十五周二次課、三次課（4月3日、4月4日）
不停庫不鎖表在線主從配置
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
十五周二次課、三次課（4月3日、4月4日）