1 复制延迟基本很少有， 你主从都走一个交换机 延迟很小的
2 如果有延迟 看看IO压力和阻塞语句 或者改SET GLOBAL innodb_flush_log_at_trx_commit = 2;
一般有延迟 你先看一下 从库 show slave status \G Exec_Master_Log_Po数字还在增长 说明有DMLSQL效率很低
那就看看进程
show engine innodb status \G; 哪个SQL 低 可以加索引 什么的优化下SQL 就好了
加索引之前先停掉STOP SLAVE;
3 如果还低 那就看看磁盘 iostat –kt 1；
这个iowait 很低的 如果高可能磁盘有问题了反正和都是我所有的方法了
其他的我也没遇到过。
2 如果有延迟 看看IO压力和阻塞语句 或者改SET GLOBAL innodb_flush_log_at_trx_commit = 2;
一般有延迟 你先看一下 从库 show slave status \G Exec_Master_Log_Po数字还在增长 说明有DMLSQL效率很低
那就看看进程
show engine innodb status \G; 哪个SQL 低 可以加索引 什么的优化下SQL 就好了
加索引之前先停掉STOP SLAVE;
3 如果还低 那就看看磁盘 iostat –kt 1；
这个iowait 很低的 如果高可能磁盘有问题了反正和都是我所有的方法了
其他的我也没遇到过。
2、Mysql的主从复制有全同步和半同步机制：全同步指所有的同步完成后才返回消息给客户端，对业务处理有延迟；
半同步时只有要一个slave同步了就继续
3、硬性的实时读取直接读master库（实时要求极高的应用：如提交后刷新）
4、Memcache，使用内存数据库，数据读取的是内存数据库。内存数据同步DB做持久化看你的选择，有需要的可以详细聊