mysql授权管理和主从复制以及读写分离

授权管理

太过于使用root用户,会风险,通产规建立一些低权限用户,只负责一部分库。

  • 格式: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 user\G查看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上有可能导致并发写问题

上一篇:Web API2 使用默认Identity


下一篇:Structs2配置文件相关说明