授权管理
太过于使用root用户，会风险，通产规建立一些低权限用户，只负责一部分库。
--创建了一个名为：test 密码为：1234 的用户 create user 'test'@'localhost' identified by '1234';
-
格式：grant 权限列表 on 数据库名.表名 to 用户名@来源地址 【identified by ‘密码’】；
-
权限列表：用于列出授权的各种数据库操作，通过逗号分割：select,inster,update，all表示所有权限
-
库名.表名：通配符（*）表示所有
-
用户名@来源地址：用于指定用户和允许访问的客户机地址；来源地市可以是ip，域名，%通配符表示所有
-
mysql通配符：：任一单个字符 192.168.1.
%：任意长度的任意字符 192.168.1.%
grant select on whml.* to 'mm'@'localhost' identified by'密码'； #给mm用户对库whml下的所有有select（查看）的权限
对grant语句授权的用户记录保存到mysql库的user中。
使用select * from userG查看user的详细信息
-
查看用户权限：show grants for 'mm@localhost';
-
撤销用户权限：revoke all on whml.* from 'mm'@'localhost';
主从复制
-
mysql replication（mysql ab复制）：从数据库会实时读取主数据库的二进制日志文件
-
优点：
-
可以通过增加服务器提高数据库平台的可靠性，在主服务器上执行写入和更新，在从服务器提供读写功能，可以动态的调整主从服务器的数量，从而调整高性能
-
安全性
-
可以在从服务器上分析数据，缓解主服务器的压力
-
-
mysql复制类型
mysql复制是指从一个mysql服务器(MASTER)将数据通过日志的方式经过网络传送到另一台或多台mysql服务器(SLAVE)，然后在slave上重放(replay或redo)传送过来的日志，以达到和master数据同步的目的。
官方文档：https://dev.mysql.com/doc/refman/5.7/en/replication.html
-
异步复制（默认复制）：主数据库在完成后会立即返回给客户端，不管从数据库有没有同步上，这也就导致如果主数据库在返回后down掉时，从数据库有可能没有数据，导致从数据库替代后，没有上一条数据
-
全同步复制：指当主库执行完一个事务，所有的从库都执行了该事务才返回给客户端。因为需要等待所有从库执行完该事务才能返回，所以全同步复制的性能必然会收到严重的影响。
-
半同步复制：要mysql5.7以上，是介于全同步复制与全异步复制之间的一种，主库只需要等待至少一个从库节点收到并且 Flush Binlog 到 Relay Log 文件即可，主库不需要等待所有从库给主库反馈。同时，这里只是一个收到的反馈，而不是已经完全完成并且提交的反馈，如此，节省了很多时间。
-
步骤：
- 数据修改写入master数据库的binlog中。
- slave的IO线程复制这些变动的binlog到自己的relay log中。
- slave的SQL线程读取并重新应用relay log到自己的数据库上，让其和master数据库保持一致。
mysql支持的复制方式
通过设置服务器的系统变量binlog_format来制定要使用的格式
-
基于sql语句的复制（sbr）：之主服务器中执行sql语言，同时在从服务器中执行
-
基于行的复制（rbr）：主服务器把表的行变化作为事件写入到二进制日志中，主服务器把代表了行变化的事件写入从服务器中
-
混合模式复制（mbr）：先试用sql语言，若是无法精确则使用事件
-
rbr优点：任何情况都可以复制且安全可靠
-
rbr缺点：binlog文件较大，有大量数据，且当主服务执行多个update语句时，都会记录到binlog上有可能导致并发写问题，且不能查看执行过的sql语句
-
sbr优点：binlog文件小，可以实时还原，且主从版本可以不一样
-
sbr缺点：不是所有的update语句都会复制，且有一些函数不能复制，而且大量的行级锁表（在扫描执行时，会将表先锁起来，无法使用）