Mysql主从复制 读写分离

Mysql主从复制 读写分离

• 复制
  • 原理
    • master将改变记录到二进制日志binary log
    • slave将master的binary log events拷贝到它的中继日志(relay log)
    • slave重做中继日志中的事件，将改变反映它自己的数据(数据重演)
  • 方式
    • 同步复制，master的变化，必须等待slave-1,slave-2,…,slave-n完成后才能返回
    • 异步复制，master只需要完成自己的数据库操作即可，至于slaves是否收到二进制日志，是否完成操作，不用关心。MYSQL的默认设置
    • 半同步复制，master只保证slaves中的一个操作成功，就返回，其他slave不管。这个功能，是由google为MYSQL引入的
  • 复制方式
    • 基于 SQL 语句的复制(statement-based replication, SBR)默认方式
    • 基于行的复制(row-based replication, RBR（binlog）)
    • 混合模式复制(mixed-based replication, MBR)
• mysql主从延迟
  • 延迟原因
    • 1.Slave_SQL_Running导致
      • 主库对所有DDL和DML产生binlog，binlog是顺序写，所以效率很高
      • slave的Slave_IO_Running线程到主库取日志，效率比较高
      • DML和DDL的IO操作是随即的，不是顺序的，成本高很多，还可能可slave上的其他查询产生lock争用，由于Slave_SQL_Running也是单线程的，所以一个DDL卡主了，需要执行10分钟，那么所有之后的DDL会等待这个DDL执行完才会继续执行，这就导致了延时
    • 2.master大量数据导致
  • 延迟问题现象
    ● show slave status显示参数Seconds_Behind_Master不为0，这个数值可能会很大
    ● show slave status显示参数Relay_Master_Log_File和Master_Log_File显示bin-log的编号相差很大，说明bin-log在从库上没有及时同步，所以近期执行的bin-log和当前IO线程所读的bin-log相差很大
    ● mysql的从库数据目录下存在大量mysql-relay-log日志，该日志同步完成之后就会被系统自动删除，存在大量日志，说明主从同步延迟很厉害
  • 解决方案
    • 一台从服务器当度作为备份使用， 而不提供查询， 那边他的负载下来了， 执行relay log 里面的SQL效率自然就高了
    • 分散读的压力 增加从服务器/分片等
• 读写分离
  • 步骤
    • master将改变记录到二进制日志binary log
    • slave将master的binary log events拷贝到它的中继日志(relay log)
    • slave重做中继日志中的事件，将改变反映它自己的数据
  • 方式
    • 基于程序代码内部实现
      • Dynamic动态数据源注解@DS
      • Dynamic动态数据源AOP拦截方法名字(get/fetch/find/query等自定义设置)选择数据库
    • 基于中间代理层实现
      • mysql-proxy
      • Atlas(360)
      • Cobar(阿里巴巴停止维护)
      • Mycat(前身Cobar)