第1章 DBA五分鐘速成
1.1 識別性能問題
1.1.1 尋找運行緩慢的SQL語句
1.1.2 確認低效查詢
1.2 優化查詢
1.2.1 不應該做的事情
1.2.2 確認優化
1.2.3 正確的方式
1.2.4 備選的解決方案
1.2 本章小結
第2章 基本的分析命令
2.1 EXPLAIN命令
2.1.1 EXPLAIN PARTITIONS命令
2.1.2 EXPLAIN EXTENDED命令
2.2 SHOW CREATE TABLE命令
2.3 SHOWINDEXES命令
2.4 SHOW TABLE STATUS命令
2.5 SHOW STATUS命令
2.6 SHOWVARIABLES命令
2.7 rNFORMATION SCHEMA
2.8 本章小結
第3章 深入理解MySQL的索引
3.1 示例表
3.2 MySQL索引用法
3.2.1 數據完整性
3.2.2 優化數據訪問
3.2.3 表連接
3.2.4 結果排序
3.2.5 聚合操作
3.3 關於存儲引擎
3.4 索引專業術語
3.5 MySQL索引類型
3.5.1 索引數據結構理論
3.5.2 MySQL實現
3.6 MySQL分區
3.7 本章小結
第4章 創建MySQL索引
第5章 創建更好的MySQL索引
第6章 MySQL配置選項
第7章 SQL的生命周期
第8章 性能優化之隱藏秘籍
第9章 MySQL EXPLAIN命令詳解

致   謝

感謝那些已經閱讀了EffectiveMySQL叢書的第一本書並給出寶貴反饋意見的讀者。這些反饋無論好壞，都有價值。一條正面評論說明，我寫的內容迎合了您的需要，而一條負面評論則是對我的鞭策，表明我仍需努力，以便做得更好。因此對於確保本叢書質量的不斷改進來講，這些評論都是非常重要的。若能收到讀者的E-mail，詢問下一本書何時問世的話，那感覺就更妙了。

在撰寫此致謝時，我想到了我身邊親人的變化。在2010年我的第一本書中，我感謝了Cindy，他當時是我的未婚妻；在我的第二本書的致謝中又感謝了她，那時她已成為我的妻子；而撰寫這第三本書的致謝時，我的家庭又增加了Chance，一條兩歲大的達克斯救援犬，在如此短的時間裡，它已成為我們日常生活的一分子，並能在我的工作、生活和寫作與它之間找到平衡。創作一本書需要占用本應與家人分享的時光，也離不開家人的支持和付出，而我撰寫這些材料卻是為了那些渴望學習、提高和掌握有效使用MySQL的人們。

沒有McGraw-Hill團隊的技術支持，本書無法付梓。非常感謝流程編輯Ryan Willard、策劃編輯PaulCarlstroem以及本書的制作團隊，他們在發生不可預料的交稿延誤時，仍保持了極大的耐心。

本書技術編輯Hans、Chris和Lenz以及長期的審核小組對於本書的價值是無限的。

Hans Forbrich具有多年的數據庫方面的學識和廣泛的培訓經驗，他給團隊帶來了有關Oracle的必要的專業知識，並確保了本書的內容適於經驗豐富的OracleDBA理解並掌握MySQL備份與恢復技術。

非常感謝ChrisSchneider，他除了是本書的技術編輯外，還是EffectiveMySQL這套叢書的下一本書的聯合作者，他在補充後續章節中的內容方面起到了巨大的輔助作用，並且在我治病期間承擔了額外的審核工作。他是一位實踐經驗豐富的MySQLDBA，他的日常角色需要他處理具有苛刻要求的繫統，即要求能從真實災難中恢復的繫統，他的經驗確保了本書中所描述的語法、示例和選項能夠反映許多MySQL產品繫統的需求。

Lenz Grimmer是一位長期的MySQL社區的倡導者、我的好朋友，同時也是開源MySQL備份工具mylvmbackup的倡導者，憑借著多年的數據庫和繫統管理的經驗，他給本書添加了更全面的視角並對本書進行了技術審查。

盡管文字由我本人撰寫，但若沒有這些高級技術顧問的幫助、輸入、澄清和探討，這本書是不會面世的。

還有許多其他人為本書作出了貢獻。感謝Oracle公司的MySQL EnterpriseBackup(MEB)小組的SagarJauhari、Lars Thalmann和Sanjay Manwani，他們審閱了所有有關MEB的內容。還要感謝Google的KenAshcraft和HP的Vipu Sabhaya，他們提供了有關各自的支持雲計算的MySQL產品的反饋。MarkLeith為mysqldump提供了一個補丁程序，這個補丁是有一天他在一個博客帖子中給出的，這個帖子提供了一個入侵工作區的例子。干得真棒，Mark！這就是MySQL社區的精神和開源在行動上的體現。還要感謝PatrickGalbraith，他輸入了有關MySQL復制的初稿內容。最後，有多名人士和多家公司，署名的、不署名的，提供了第7章中的許多繪聲繪色的災難場景。

前   言

災難是不可避免的，然而整體失敗卻是可以避免的。

與許多組織都在規劃、實施和投資於可擴展性的同時，卻很少有組織規劃和實施災難或“混亂的猴子1*”事件發生後的業務恢復工作。數據庫管理員的一項最重要任務是執行、測試、記錄和驗證充分的備份與恢復過程，以便確保業務的連續性。盡管這可能是一項令人厭煩的、不太受重視的任務，但在一個運轉正常、穩定的生產環境中，這又是一項最重要的、能讓人素。備份並不僅僅被用於恢復。備份還有其他用途，它們可被結合進日常操作中來輔助完成驗證過程，包括獲得具有附加的可擴展性和更高的可用性的基礎設施，測試和基準測試。

了解各種MySQL備份方法分別存在哪些限制與獨特的要求，對於確信關鍵的業務信息得到備份來講，是非常重要的。所使用的恢復信息的方法必須滿足業務關於平均恢復時間(MTTR)和恢復點目標(RPO)的要求。

MySQL至今仍沒有單獨的確保不發生崩潰的解決方案。MySQL存儲引擎、MySQL復制、持久性配置項的設置、硬件配置、數據庫運行時間和鎖定的需求等都是選擇某種可滿足業務需求的可用的方法時要考慮的因素。本書將討論這些方法，詳述它們的優缺點，引導讀者確定和實現適當的備份和恢復策略。

本書的最後一章也討論了MySQL可用於雲計算這一進步及采用某種最佳備份與恢復策略時的益處與風險。

本書約定

所有代碼示例都用等寬字體給出，例如：

mysql> SHOW SCHEMAS;

+--------------------+

|Database            |

+--------------------+

|information_schema |

|blog                 |

|mysql                |

+--------------------+

3rows in set (0.00 sec)

文本或代碼示例中的任何SQL語法都用大寫字母給出。例如：FLUSH TABLESWITH READ LOCK語句將保持一個全局讀鎖定。

任何Unix/Linux命令都會在前面加一個$作為shell提示符。例如：

$which mysql

任何可執行的MySQL的SQL語句之前都有mysql>作為前綴，指示通過mysql命令行客戶端執行，該客戶端被包含在完整的MySQL發布版中。例如：

mysql> SELECTVERSION();

所有以此前綴列出的SQL語句，通常都可以在任何可替代MySQL客戶端的GUI工具中執行，但是，某些附加的語法可能不可用——例如：用來垂直顯示的\\G就是一個與mysql命令行客戶端相關的特定指令。

關於MySQL

MySQL數據庫服務器是一個開源產品，擁有GPLV2許可證。有關GPL許可證的更多信息可在下面的網頁中找到：http://www.mysql.com/about/legal/licensing/index.html。截止到本書出版時，MySQL的版權擁有者是Oracle公司。Oracle公司為OEM供應商提供了持續的產品開發及商業許可，並為網站和企業提供了綜合的預訂服務。

有關MySQL的更多信息，可查閱MySQL的官網http://myspl.com和MySQL開發社區http://dev.mysql.com.

MySQL的當前GA發布版是版本5.5，而本書的寫作卻是要支持5.0版的MySQL，但所幸的是，本書標明了在實用中MySQL各種版本間的差異。書中也參考了目前研發的MySQL版本5.6，以便指出即將發布的產品所具有的為人所期待的新功能，然而，這些特性在實際發布的產品中可能會不一樣，甚至在任何未來的MySQL產品中都不會出現。

其他信息

可從EffectiveMySQL網站得到其他詳細信息和演示材料，網址為：http://effectivemysql.com。也可以在GitHub得到更多其他相關代碼和樣本數據。

上述網站中還有一個單獨的文本文件，其中有本書用到的所有URL，以方便讀者盡快訪問這些參考資料。

參考資源

在MySQL開發者空間上的MySQL參考手冊是無比珍貴的資源。可在下面的網頁中找到它：http://dev.mysql.com/doc/refman/5.5/en/index.html。

Planet MySQL網站上有一個由數以千計的MySQL博客寫手組成的集合http://planet.mysql.com，詳述他們對有關MySQL的所有事情的極其深刻的洞悉。

本書另外參考的一些開源產品包括來自Percona的Xtra-Backup和PerconaToolkit，還包括mylvmbackup和mydumper，mydumper包含各種來源的附加在線信息。這些會在適當的時間詳細闡述。