不停库不锁表在线主从配置
http://blog.sina.com.cn/s/blog_6f2108260101kwxv.html
mysql主从常见问题
1、从库的mysql命令行下执行：show slave status \G，查看三个状态：
Slave_IO_Running: Yes 表示从库的同步IO进程正常
Slave_SQL_Running: Yes 表示从库的执行同步过来SQL语句的进程正常
Seconds_Behind_Master：0 表示从库SQL进程落后与IO进程的时间
2、Slave_SQL_Running: No
当SQL进程状态非Yes时，一般Last_Error字段会显示原因，解决了里面的问题后重启slave服务一般可以解决。
Slave_IO_Running: Yes 或 IO和SQL都为No
改变下同步的文件和位置，一般将master_log_pos改的比错误的位置小：
mysql> change master to master_log_file='binlog.000003',master_log_pos=295;
3、（当同步有问题无法解决时可以采用）：重置slave
stop slave
reset slave 此时slave的relay日志会被清空，重命名为新的（不到万不得已，不要执行这个，否则数据同步需要花费很长很长时间）
start slave 重新开始同步，从master里最小的binlog开始同步
4、清理主库日志
主库的日志一般增长速度较快，当监控发现日志需要清理，使用root登陆mysql后执行PURGE MASTER LOGS BEFORE '2003-04-02 22:46:26'; 此命令会锁表，所以单次清理的日志不要太多。
mysql主从延迟
当主库的TPS并发较高时，产生的DDL数量超过slave一个sql线程所能承受的范围，那么延时就产生了，当然还有就是可能与slave的大型query语句产生了锁等待。
深入探究主从延迟
减少slave同步延时的方案就是在架构上做优化，尽量让主库的DDL快速执行。还有就是主库是写，对数据安全性较高，比如sync_binlog=1，innodb_flush_log_at_trx_commit = 1 之类的设置，而slave则不需要这么高的数据安全，完全可以讲sync_binlog设置为0或者关闭binlog，innodb_flushlog也可以设置为0来提高sql的执行效率。另外就是使用比主库更好的硬件设备作为slave。
mysql主从不同步如何做
方法一：忽略错误后，继续同步
方式二：重新做主从，完全同步
mysql 主主
https://www.cnblogs.com/ygqygq2/p/6045279.html
mysql-proxy 实现读写分离
使用Amoeba，只需要简单的xml配置，就可以很容易地实现读写分离。
Amoeba处于应用程序和数据库服务器之间，充当一个中间代理层。其支持负载均衡、高可用性、Query过滤、读写分离、可路由相关的query到目标数据库、可并发请求多台数据库合并结果。功能很强大。
Amoeba默认的端口为8066，实现了Mysql协议。应用程序中只需要修改一个数据库连接就可以实现采用Amoeba来代理数据库访问。比 如：java应用中，假如你原来的jdbc连接字符串为：jdbc:mysql://192.168.168.42:3306/minishop，那么现 在，你想使用Amoeba作为数据库访问代理，则只需要将上面连接字符串改为如下(假如Amoeba所在机子IP为 192.168.168.88)：jdbc:mysql://192.168.168.88:8066/minishop。Amoeba透明性做的很赞。
主要还是配置Amoeda，但是配置也是相当的简单。基本只需要配置两个文件：conf\dbServers.xml和conf\amoeba.xml。配置中各项的含义，可以参考amoeda中文指南
mycat实现读写分离
atlas相关
mysql一主多从
http://blog.sina.com.cn/s/blog_4c197d4201017qjs.html
mysql环形主从
http://blog.51cto.com/11030696/1750755
cobar实现分库分表
https://www.iyunv.com/thread-287636-1-1.html
mysql分库分表方案
http://www.jb51.net/article/121743.htm
mysql架构演变
http://ask.apelearn.com/question/8025
MHA架构
http://www.dataguru.cn/thread-457284-1-1.html
比较复杂的mysql集群架构
https://blog.csdn.net/chenxingzhen001/article/details/7708663
原文地址：http://blog.51cto.com/4375471/2095472