在MySQL数据库中，在进行数据迁移和从库只读状态设置时，都会涉及到只读状态和Master-Slave主从关系设置, 以下针对real_only只读属性做些笔记记录:
执行了命令之后所有库所有表都被锁定只读，一般用在数据库联机备份，这个时候数据库的写操作将被阻塞，读操作顺利进行。
默认情况下，我们的 MySQL 实例是可读写的。但有些情况下，我们可以将整个实例设置为只读状态，比如做迁移维护的时候或者将从库设为只读。本篇文章我们来看下 MySQL 设置只读相关知识。
读写分离的场景应用 随着业务增长，数据越来越大，用户对数据的读取需求也随之越来越多，比如各种AP操作，都需要把数据从数据库中读取出来，用户可以通过开通多个只读实例，将读请求业务直接连接到只读实例上。使用RDS云数据库的读写分离功能，用户只需要一个请求地址，业务不需要做任何修改，由RDS自带的读写分离中间件服务来完成读写请求的路由及根据不同的只读实例规格进行不同的负载均衡，同时当只读实例出现故障时能够主动摘除，减少对用户的影响。对用户达到一键开通，一个地址，快速使用。 MySQL内核为读写分离的实现提供了支持，包括通过系统variable设置目标节点，session或者是事务的只读属性，等待/检查指定的事务是否已经apply到只读节点上，以及事务状态的实时动态跟踪等的能力。本文会带领大家一起来看看这些特征。说明一下，本文的内容基于RDS MySQL 5.6与RDS MySQL 5.7。
运维工作中会经常维护MySQL主从服务器，当然Slave我们只是用于读操作。一般权限开通也只授权只读账号，但是有时候维护工作可能不是一个人在做，你不能保证其他同事都按照这个标准操作。有同事可能会授权Slave库MySQL账号为all或者select,update,insert,delete。还有一种情况是主从做了对所有数据的同步（包括用户信息），在Master库上面授权的账号也同步到了Slave库上面，当然Master账号中肯定会有select,update,insert,delete权限。
只针对test库和以test_为前缀的库： select * from mysql.userwhere user='xx'; host：% user：xx pass：xxxxxxxxxxxxxxxxxx 看到只有select_priv:Y 其他都是N 但是在一台主机上登陆： mysql -uxx -pxxxxxxxxxxxxxxxxxx -h192.168.100.20 -P3306 mysql>use test 可以在test下建表，删表以及其他写操作 用其他账号建立一个新库test2 再使用只读账号去写
架设FTP服务器有好几次了，以前搭建好以后，没有记录操作的详细步骤，过阵时间又忘记了。此次架设FTP服务的需求要点： vsftpd mysql 虚拟用户 虚拟目录 只读用户 只写用户 读写用户。
操作文件或目录的用户，有3种不同类型：文件所有者、群组用户、其他用户。最高位表示文件所有者的权限值，中间位表示群组用户的权限值，最低位则表示其他用户的权限值，所以，chmod 777中，三个数字7分别对应上面三种用户，权限值都为7 文件或目录的权限又分为3种：只读、只写、可执行。
角色功能对于Oracle的DBA来说，不是什么特殊功能，但对于MySQL而言，这是一个人心所盼的功能。
显示所有用户，root才能查询 select user,host,password from mysql.user;
mysql授权 一.创建用户： mysql> insert into mysql.user(Host,User,Password) values("localhost","test",password("1234")); 创建用户 mysql> CREATE USER 'test'@'%' IDENTIFIED BY '1234'; 这样就创建了一个名为：test 密码为：1234 的用户。 注意：此处的"localhost"，是指该用户只能在本地登录，不能在另外一台机器上远程登录。如果想远程登录的话，将
今天看了看MySQL8.0官方文档的角色管理部分，写点东西总结下这块的内容吧。
操作系统：CentOS 7 Mysql版本：Mysql 8.0.x Docker版本：Docker version 20.10.10
管理用户：超级管理用户、dba运维用户、备份用户、监控用户、复制用户 (克隆用户)
我们都知道登录MySQL数据库时，连接层接入数据库需要经过mysql.user表中，用户名密码的验证才能登录数据库。
今天周五，又是一个周中最美好的时候，因为明天不用上班啊，可以干自己想干的事情，想想就激动的不行。
MySQL 主从架构应该是最常用的一组架构了。从库会实时同步主库传输来的数据，一般从库可以作为备用节点或作查询使用。其实不只是主库需要多关注，从库有时候也要经常维护，本篇文章将会分享几点从库维护经验，一起来学习吧。
my.cnf(部分老版本可能是my.ini)是MySQL核心配置文件。首先，在任意挂载目录下新建*.cnf文件(这里的*代表可以是任意的文件名称)。如果你的mysql是下载安装的，请找到my.cnf并参考如下配置：
三、数据库开启主从后，从库为了防止别人误修改文件，开启只读模式，导致密码不能正确修改
我们在做权限授权时需要给到应用用户增删改查权限，比如下面的授权语句。这样的好处是当实例创建多个业务库时，无需再次给新的业务库授权，该权限默认对所有库有增删改查权限，主打一个方便，但实际这种授权方式会带来较大的权限风险，甚至导致数据库被攻击破坏。
主从复制是指将主数据库的DDL和DML操作通过二进制日志传到从服务器中，然后在从服务器上对这些日志重新执行也叫重做，从而使得从数据库和主库的数据保持同步。
MySQL的INFORMATION_SCHEMA数据库使我们可以访问元数据以数据库信息，譬如
centos系统服务器2台、 一台用户做Mysql主服务器， 一台用于做Mysql从服务器， 配置好yum源、 防火墙关闭、 各节点时钟服务同步、 各节点之间可以通过主机名互相通信
drupal是目前网站系统使用较多一个开源PHP管理系统，架构使用的是php环境+mysql数据库的环境配置，drupal的代码开发较为严谨，安全性较高，但是再安全的网站系统，也会出现网站漏洞，drupal是网站运行访问必不可少的一个分支，为了网站的安全，不被攻击者攻击，我们要对网站以及服务器进行全面的安全加固与安全设置，包括我们服务器安全设置，web安全设置，php环境安全设置，msyql数据库安全设置，都要详细的安全加固好，才能保障整个网站的安全稳定运行。
一个备受关注、很多人都在使用的软件，软件开发团队会定期发布新版本。其主要目的是修复之前一些 Bug 以及新增一些新特性。Django 作为主流的 Python Web 开发框架，当然也不例外。在几天前，即 8 月 1 号，Django 官方团队发布 Django 2.1 版本。
一、需求分析 需要统计出当前数据库的所有数据库名，以及每个用户的授权信息。 获取所有数据库 在mysql里面，使用命令： show databases 就可以获取所有数据库了 获取所有用户 执行命令： select User from mysql.user 注意：需要排除到默认的用户，比如： "root", "mysql.sys", "mysql.session" 获取用户权限 语法： show grants for 用户名; 比如： show grants for test; 执行输出： GRANT US
general_log指的是日志保存状态，一共有两个值（ON/OFF）ON代表开启 OFF代表关闭。
主从复制是指将主数据库的 DDL 和 DML 操作通过二进制日志传到从库服务器中，然后在从库上对这些日志重新执行（也叫重做），从而使得从库和主库的数据保持同步。
其实 MySQL 中的用户，都存储在系统数据库 mysql 的 user 表中，我们通过 show databases; 查看 mysql 数据库：
云原生数据库凭借高效、灵活、可扩展的数据服务，成为企业数据治理的得力“帮手”。出于业务稳定性和降本增效的考虑，越来越多的企业开始使用云厂商提供的云原生数据库来替换已有的自建数据库。但是，切换数据库的过程不亚于一次上云迁移的工作量，涉及到业务侧的调整和数据的迁移等工作，同时存在割接失败的风险。
关于 MySQL 主从搭建，松哥之前写过好多篇文章了，还录过一个视频。不过之前的都是一主一从的结构，但是小伙伴们知道，我们在项目中，更常见一种结构是双 M 结构，即两个 MySQL 实例，每个 MySQL 实例互为主备，这样在主节点突然断电或者不可用的时候，slave 节点可以很快切换为 master，架构图如下： 在这种结构中，两个 MySQL 实例的地位是平等的，互为对方的主备，我们判断谁是主机谁是从机的方式主要是看 readonly，谁是只读的，那谁就是从机，所以这种情况下，主从切换也很方便，只要修
然后会让你设置开始扇区，直接进行回车代表不输入直接从空置的磁盘开始部分开始划分
MySQL这么多章节了，前前后后20多篇了，我看了下自己本地的目录，已经可以说是很全了，但是有一点我发现很关键但是我还没提过，那就是安全。
正常返回: Slave_IO_Running: Yes Slave_SQL_Running: Yes
MySQL8.0新加了很多功能，其中在用户管理中增加了角色的管理，默认的密码加密方式也做了调整，由之前的sha1改为了sha2，同时加上5.7的禁用用户和用户过期的设置，这样方面用户的管理和权限的管理，也增加了用户的安全性。
这是学习笔记的第 2403篇文章 今天还在假期状态中，大概在10:30左右的时候，收到一条短信报警，提示一个数据库集群的中间件内存报警了，但是不到1分钟的时间，就提示报警恢复了，但是在11:00左右的时候，接到了研发同学的反馈，说这个数据库集群的只读服务貌似有些问题，想让我帮忙看一下到底有什么问题，整个集群的架构模式类似下面的形式，现在提示是黄色部分的只读数据库中间件有问题。 因为节前也做了巡检，而且这个只读服务已经运行了很长时间了，差不多有3年以上，所以我对于这个问题的初步印象是数据库中间件异
于是，我就远程连上去，本来几分钟能搞定的事情，半个小时、一个小时过去了，笑容逐渐凝固……
Grant Role? 创建角色，oracle很早就支持创建角色的功能了，而MySQL5.7版本依然尚不支持。目前，只有MariaDB10.0/10.1版本里支持创建角色这项功能。 为什么我们需要角色
问题现象：tdsql-xxxxxx 库plidb表letterperson字段PrintState被大量置为了‘0’
1016错误：文件无法打开，使用后台修复或者使用phpmyadmin进行修复。 1044错误：数据库用户权限不足，请联系空间商解决 1045错误：数据库服务器/数据库用户名/数据库名/数据库密码错误，请联系空间商检查帐户。 1054错误：程序文件跟数据库有冲突，请使用正确的程序文件上传上去覆盖。 1146错误：数据表缺失,请恢复备份数据. 2002错误：服务器端口不对，请咨询空间商正确的端口。 2003错误：mysql服务没有启动，请启动该服务 1005：创建表失败 1006：创建数据库失败 1007：数据
MySQL角色是指定的权限集合. 像用户帐户一样，角色可以拥有授予和撤消的权限:
方案一、自主开发不依赖开源监控系统的方案。（仅是个人设想的架构，架构不成熟，烦请指教）
为了数据安全，数据库需要定期备份，这个大家都懂，然而数据库备份的时候，最怕写操作，因为这个最容易导致数据的不一致，松哥举一个简单的例子大家来看下： 假设在数据库备份期间，有用户下单了，那么可能会出现如下问题： 库存表扣库存。 备份库存表。 备份订单表数据。 订单表添加订单。 用户表扣除账户余额。 备份用户表。 如果按照上面这样的逻辑执行，备份文件中的订单表就少了一条记录。将来如果使用这个备份文件恢复数据的话，就少了一条记录，造成数据不一致。 为了解决这个问题，MySQL 中提供了很多方案，我们来逐一进行讲解
mysql>select host, user, password from user;
提示"MySQL server has gone away"，很诡异的一个错，以前没碰到过：
不清楚各位同学对数据库用户权限管理是否了解，作为一名 DBA ，用户权限管理是绕不开的一项工作内容。特别是生产库，数据库用户权限更应该规范管理。本篇文章将会介绍下 MySQL 用户权限管理相关内容。
资深数据库专家，专研 MySQL 十余年。擅长 MySQL、PostgreSQL、MongoDB 等开源数据库相关的备份恢复、SQL 调优、监控运维、高可用架构设计等。目前任职于爱可生，为各大运营商及银行金融企业提供 MySQL 相关技术支持、MySQL 相关课程培训等工作。
1.ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/data/mysql/mysql.sock'
MySQL的授权系统的一个重要功能是为数据库分配具有权限的用户。当用户通过认证后，MySQL将通过下记问题验证用户的权限：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
