Original post: http://anothermysqldba.blogspot.com/2014/04/mysql-explain-sqlnocache.html
所以今天我幫助的人與他們的數據庫的性能和過一些寫得不好的查詢就跑。
現在，肯定每個人都會犯錯，我們的目標是盡你所能，以避免它們。
因此，只是一對夫婦的有用的提示做你讓一個鬆散的查詢到您的環境之前。
通過首先解釋總是執行查詢。 這樣簡單的事情做的第一個解釋將確認沒有錯別字（因為它不會運行），並允許您優化查詢。
幾個環節已經存在有關如何使用說明：
Original post: http://anothermysqldba.blogspot.com/2014/01/can-mysql-replication-catch-up.html
因此，複製在MySQL 5.6，最近改善。 然而，人們還在使用5.1和5.5等等一些這些改進將不得不等待打真實的世界。
我最近幫助朝這個方向與地理定位的複製解決方案。 該國的一部分有一個MySQL 5.1服務器和該國的其他部分都安裝一個新的MySQL
5.6服務器。
處理獲得從初級到輔助服務器的初始數據備份的問題後（花了幾個小時，至少可以說），我必須決定可以複寫趕上並跟上。
主服務器有一些大的查詢和優化始終是一個良好的開端。 我不得不在輔助服務器拉和應用一樣快，我能先雖然。
…
本文内容遵从CC版权协议, 可以随意转载, 但必须以超链接形式标明文章原始出处和作者信息及版权声明网址: http://www.penglixun.com/tech/database/mysql_some_tips_part_1.html
抽空总结一下自己操作MySQL的一些心得体会，做成MySQL小技巧问答系列，给大家作为一些案例参考，也为我自己做一些记录：
1. 在基于ROW的双Master复制下，如何快速大批量订正？
在A<->B的双Master结构下，假设只有一台提供服务，这是我们常用的架构，需要大批量订正数据，如何做最快？用存储过程一批批提交？这有很多的限制，有时候并不可以把一条或多条SQL拆成几段，怎么办呢？binlog不是很好的工具嘛?!
ROW格式的binlog，Slave在应用时是直接使用Handler …