具體描述
産品特色
編輯推薦
適讀人群 ：本書適用於MySQL數據庫管理員及MySQL應用開發者。對於相關專業的師生，本書也有很高的參考價值。 服務器瓶頸和故障是任何數據庫部署中的常見問題，但並不一定會導緻全麵故障。這本講實踐的書解釋瞭復製、集群和監控功能，無論MySQL係統運行在硬件、虛擬機還是雲上，都能幫助你保護MySQL係統不會中斷運行。
這本書由這些工具的設計者編寫，揭示瞭關於MySQL可靠性和高可用性的一些不成文的或難以發現的問題，這些知識對於任何使用這個數據庫係統的組織來說都非常重要。第2版描述瞭很多MySQL工具的變化。本書涵蓋瞭5.5版本的知識，以及若乾5.6版本的功能。
* 學習復製的基礎知識，包括二進製日誌和MySQL Replicant庫的使用
* 通過冗餘處理失效組件
* 橫嚮擴展以管理讀負載的增加，使用數據分片處理大型數據庫和寫負載的增加
* 使用MySQL集群在單個節點上存儲並復製數據
* 監控數據庫活動和性能，以及重要的操作係統參數
* 跟蹤master和slave，處理它們的故障、重啓、崩潰及其他事故
* 檢查工具，包括MySQL企業監控器、MySQL實用工具、GTID等
內容簡介
《高可用MySQL（第2版）》主要講解真實環境下如何使用MySQL的復製、集群和監控特性，揭示MySQL可靠性和高可用性的方方麵麵。《高可用MySQL（第2版）》定位於解決MySQL數據庫的常見應用瓶頸，在保持MySQL持續可用性的前提下，挖潛各種提高性能的解決方案。《高可用MySQL（第2版）》描述瞭很多MySQL工具的變化，涵蓋瞭5.5
版本的知識，以及若乾5.6版本的功能。《高可用MySQL（第2版）》的作者正是書中介紹的很多工具的設計師，《高可用MySQL（第2版）》揭示瞭MySQL可靠性和高可用性的許多不為人知的方麵。
《高可用MySQL（第2版）》適用於MySQL數據庫管理員及MySQL應用開發者。對於相關專業的師生，也有很高的參考價值。
目錄
前言 xxi
第 1章 引言 2
第 2章 MySQLReplicant庫 8
第 3章 MySQL復製原理 18
第 4章 二進製日誌 45
第 5章 麵嚮高可用性的復製 112
第 6章 麵嚮橫嚮擴展的 MySQL復製 138
第 7章 數據分片 171
第 8章 深入復製 204
第 9章 MySQL集群 263
第 10章 監控入門 300
第 11章 監控 MySQL 339
第 12章 監控存儲引擎 403
第 13章 監控復製 432
第 14章 復製的故障排除 454
第 15章 保護你的資産 481
第 16章 MySQL企業版監控 530
第 17章 使用 MySQL實用工具管理 MySQL復製 553
附錄A 復製的提示和技巧617
附錄B 一個 GTID的實現 634
索引 645
精彩書摘
創建新服務器 無論用於橫嚮擴展的slave，還是備用的新master，創建新服務器都需要對已有服務器做備份，並在新服務器上恢復這個備份映像。這需要有一個快速高效的備份方法來最小化宕機時間，並保持係統負載維持在一個可接受的水平。 法律原因 除瞭純粹業務原因需要保護數據外，法律規定也可能要求保證數據安全，即使在災難發生時。不遵守這些規定會給業務運作帶來重大問題。 簡而言之，不管有沒有其他的預防措施來保證數據的安全，備份策略對於業務運作都是必需的。 什麼是監控 即便已經正確搭建瞭復製，還有必要理解你的係統負載，並密切監控可能發生的任何問題。客戶使用模式的改變將導緻業務需求變化，需要平衡係統以盡可能高效地使用資源，降低由於資源利用的突然變更導緻係統不可用性的風險。 為瞭應對這些變更，有很多監控、度量和計劃的方法，比如： 為頻繁讀取的錶添加索引。 重寫查詢或者改變數據庫的結構，以縮短執行時間。 如果鎖被長時間占用，錶示多個連接正在使用同一個錶，可能要切換存儲引擎。 在橫嚮擴展的數據庫復製架構下，如果某些slave處理瞭大量的查詢，處於過熱狀態，係統可能需要重新均衡，以保證所有slave都被平均地訪問。 在處理資源使用的突然變更時，首先確定每個服務器的正常負載，然後瞭解在負載突然增加時，係統響應什麼時候開始變慢。 ……前言/序言
譯者序MySQL 是世界上最受歡迎的開源數據庫，她擁有相當大的裝機量。而且DB-Engines 的排名一直處於數據庫總榜第二名的位置，僅次於Oracle。MySQL 在開源領域排名第一，而第二大開源數據庫PostgreSQL的分數僅僅是MySQL 的零頭。
MySQL 擁有龐大的用戶群，國外的有Facebook、Flickr、eBay 等，國內的有阿裏、騰訊、新浪、百度等。而這些互聯網和大部分傳統公司的服務需要7×24 小時連續工作。當此類型網站的部分數據庫服務器宕機時，就需要高可用技術將流量牽引至備份主機，從而對在綫業務産生盡可能少的影響甚至沒有影響。
此時這些公司需要通過備份和恢復手段來産生備機，並通過復製來同步主備機間的狀態，同時部署各種監控軟件來監控服務器狀態。當異常數據庫服務器宕機時，通過手工或自動化手段將主機流量切換至備機，這個動作叫作failover。而一些大型公司在麵對成韆上萬颱MySQL 服務器時，通常使用自動化運維腳本或程序完成上述種種動作。本書解決的是MySQL 高可用問題，並圍繞著高可用問題從復製、備份恢復、監控和自動化運維4 個方麵的知識點入手。無論你的應用是迷你型的博客型應用，還是BAT 這種超大型互聯網應用，本書所涵蓋的知識點均適用。
接觸上一版的時候還是2010 年，轉眼5 年過去瞭，MySQL 也從5.1 升級到5.6，運維工具和運維方式都有較大的變化。第二版也與時具進地增加瞭一些實用性章節，本書是瞭解和學習MySQL 高可用技術相對來說較為經典的一本好書。在翻譯過程中，我們努力體現原作者想錶達的意思，但由於水平有限，有些遣詞造句還是無法達到“信達雅”，且疏漏在所難免，懇請讀者批評指正。我的微博：，可隨時與我聯係。這本書還是由唐李洋和我共同翻譯，翻譯過程由於工作原因拖延不少時間，感謝張春雨和劉舫幾位老師的辛苦工作和耐心等待。還要感謝我在平安的同事，汪洋、王鵬衝、張建龍、黃建蟬、王強、張陽，啥都不說瞭。最後感謝我的愛人王新，女兒寜悅晗，還有3 個月後見麵的傢庭新成員。
寜青
2015 年8 月27 日於深圳觀瀾
第2 版序
2011 年，Pinterest開始發展起來。有人說我們比目前其他任何創業公司的發展都要快。剛開始，我們每天都要麵臨一個新的擴展性瓶頸，它會拖慢整個網站甚至搞垮一切。還記得我們無論去哪裏都要帶上筆記本電腦，那時我們的腦子裏深深刻印著那些停機警告的短信聲音。
當基礎設施不斷地被逼到極限的時候，你就不得不尋求另一種簡單的齣路。在成長的過程中，我們嘗試瞭至少5 種廣為人知的數據庫技術，它們都聲稱能夠解決我們所有的問題，可每一次都災難性地失敗瞭，除瞭MySQL。那是2011 年9 月，我們決定從頭再來。我們用MySQL、Memcache和Redis對一切進行瞭重新設計，隻有三個工程師而已。
MySQL ？為什麼是MySQL ？對每一種技術，我們都考慮瞭其最大關注點，並提齣同樣的問題。下麵是我們對MySQL 的考慮：
它解決瞭我們的存儲需求嗎？沒錯，我們需要映射、索引、排序和blob 存儲，這些MySQL 都有。
它常用嗎？你可以招聘到相關員工嗎？MySQL 是目前生産綫上最常使用的數據庫之一。很容易招到使用過MySQL 的人，我們可以到帕羅奧多市外走走，大喊我們需要MySQL 工程師，就會冒齣來好幾個。這可不是開玩笑的。
它的社區活躍嗎？非常活躍。有好多非常棒的書籍，和一個強大的在綫社區。
麵對故障，它健壯嗎？即使在最惡劣的情況下，我們也從來沒有丟失過數據。
它的擴展性如何？就它本身來說，隻是一個很小的組件。我們需要一種上層的分片方案（這完全是另一個問題）。
你會是最大的用戶嗎？不，目前不是。最大的用戶包括Facebook、Twitter 和Google。除非你能夠改進一種技術，否則你不會想要成為它最大的用戶。如果你是最大的用戶，你會碰到一些新的擴展性問題，而其他人根本沒機會遇到。
y 它的成熟度如何？真正的區彆在於成熟度。根據復雜度的不同，成熟度就好比衡量完成一個程序所需的血、汗和淚。MySQL 的確復雜，但可比不上那些神奇的自動集群NoSQL方案。而且，MySQL 擁有28 年最好和最聰明的貢獻，來自於諸如Facebook 和Google 那樣大規模使用它的公司。根據我們的成熟度定義，在我們審查的所有技術中，MySQL 是一個明智的選擇。
有好的調試工具嗎？作為一個成熟的産品，你當然需要強大的調試和分析工具，因為人們很容易遇到一些類似的棘手情況。比如你可能在淩晨三點遇到問題（不止一次）。相比用另一種技術重寫一遍熬到淩晨六點，發現問題的根源然後迴去睡覺舒服多瞭。
我們調查瞭差不多10 種數據庫技術後發現選擇MySQL是一個明智的選擇。MySQL很棒，但它好比不給你任何行李就把你丟到目的地，讓你不得不自食其力。它運行順利的時候你可以連接到它，但一旦你開始使用它進行擴展，問題便開始滿天飛：
我的查詢執行很慢，怎麼辦？
我是不是應該啓用壓縮？怎麼做呢？
擴展有哪些方法？
怎樣復製？主- 主復製（master-master replication）怎樣？
復製停止瞭！怎麼辦？
持久性（durability，即fsync速度）有哪些選項？
我的緩衝區應該設為多大？
mysql.ini 文件裏有那麼多選項，它們是什麼意思？應該怎麼設置？
我剛剛不小心寫到slave 裏麵去瞭！怎麼防止下次發生同樣的事情？
如何防止不帶where子句的update命令執行？
應該用什麼調試和分析工具？
要使用InnoDB、MyISAM或者其他存儲引擎嗎？
雖然可以通過在綫社區查到問題答案、找到範例、修復漏洞，以及提供解決方法，但通常缺乏強大的凝聚力，而關於架構的深層討論更是寥寥無幾。我們已經知道如何小規模地使用MySQL，但這種規模和步調簡直是在開玩笑。本書可幫助我們更深刻地瞭解MySQL。
MySQL 5.6 有一個新特性，即全局事務處理（Global Transaction Handlers），為復製樹（replication tree）中的每個事務添加一個唯一標識。這個新特性使故障轉移和slave 提升變得容易很多。為此我們等瞭太久，終於在新版本中很好地實現瞭。當我們采用分片方案進行重大的重構時，關於架構決策問題我們參考瞭本書，比如復製技術和拓撲、數據分享方案、監測、調整以及雲相關的問題等。它讓我們更深刻地理解瞭MySQL 的底層運作，使我們更加瞭解瞭高級查詢、訪問模式、使用什麼結構，以及之後的重復設計。時至今日，MySQL 架構仍然為Pinterest的核心數據服務。——YashwanthNelapati和Marty Weiner
2014 年2 月
第1 版序
關於復製（Replication）的研究很多，但其中的大多數研究成果都沒有得到應用。相反，MySQL 復製已經被廣泛部署，但其原理並不為大多數人所知，本書將改變這種狀況。本書中介紹的內容比較適閤以下人群：願意閱讀大量的源代碼，而且在生産環境中花很多時間進行調試，能夠在深夜會議中探討這些內容的人。
復製允許在齣現不可避免的故障的情況下提供高可用的數據服務。故障的原因很多，包括磁盤、服務器或數據中心的故障。即使所有硬件都是完美無缺且完全冗餘的，還有人為因素的影響。例如，數據庫錶可能被誤刪，應用程序可能寫入瞭不正確的數據等，總會有偶然故障發生。但通過閤理的準備工作，可以保證從故障中恢復，關鍵是冗餘和備份。MySQL 復製支持冗餘和備份。
但MySQL 的復製並不僅限於支持故障恢復，它還頻繁用於讀操作的橫嚮擴展（scaleout）。MySQL 可以實現大量服務器的高效復製。對於那些讀頻繁的應用，在商用硬件上支持大量查詢是一個低成本且有效的策略。MySQL 復製還有其他有用的應用。在綫數據定義語言（DDL）是關係型數據庫管理係統中非常復雜的一個特性。MySQL 不支持在綫DDL（5.6 版本已經支持），但通過使用復製，往往可以足夠好地部分實現它。如果有創意，還可以使用復製做更多的事情。復製是使得MySQL 如此廣泛流行的特性之一，它允許將流行的MySQL 原型轉換為成功的商業關鍵部署。復製主張簡單和便於使用，這一點和MySQL 十分相似。然而，在生産環境中運行得往往不夠完美。本書解釋瞭成功使用MySQL 復製所必須知道的內容，幫助讀者理解復製是怎樣實現的，哪些地方可能齣錯，怎樣防止問題的齣現，以及怎樣在問題齣現的時候解決它們——盡管你已經很努力地避免這些問題。
MySQL 復製還在繼續完善中。與故障一樣，變化總是存在的。MySQL 需要不斷應對這些變化，使得復製更高效、更健壯、更有趣。例如，基於行的復製（row-basedreplication）是MySQL 5.1 中的新特性。盡管MySQL 部署形態各異，規模各不相同，我最關心的還是互聯網應用的數據服務。MySQL 到分布式存儲係統（如HBase和Hadoop）復製的可能性也使我興奮不已。這樣MySQL 就可以更好地共享數據中心。我曾經在Facebook 和Google 的團隊支持重要的MySQL 部署，有機會和時間學習這本書中所覆蓋的很多東西。本書的作者們同樣是MySQL 復製的專傢，通過閱讀這本書，讀者可以分享他們的專業知識。——Mark Callaghan
作者簡介
Charles A. Bell博士是Oracle的高級軟件工程師。目前是備份首席開發員，並且是MySQL備份和復製小組的成員。
Mats Kindahl博士是Oracle MySQL小組的首席高級軟件開發員。他是MySQL基於行的復製及其他幾個復製功能的主要架構師和實現者，目前是MySQL高可用性小組的架構師和項目主管，正在開發MySQL Fabric。
Lars Thalmann博士是MySQL復製和備份的開發經理。他創建並發展瞭MySQL的備份功能，引導瞭MySQL復製的變革，已經成為MySQL集群復製發展的重要角色。
譯者介紹
OCP，阿裏第一代MySQL DBA（花名玉泉），擅長自動化運維、監控，MySQL與Hadoop專傢，並熱衷於機器學習研究
用戶評價
我是一名剛接觸MySQL不久的學生，在學習過程中，常常會遇到一些關於數據可靠性和可用性方麵的問題，特彆是當我想搭建一個能夠應對突發流量的係統時，就感覺無從下手。偶然的機會，我發現瞭《高可用MySQL（第2版》這本書。一開始，我被書名中的“高可用”嚇到瞭，覺得可能太難瞭。但是，當我翻開書頁，被裏麵清晰的講解和豐富的例子所吸引。作者用非常容易理解的語言，解釋瞭為什麼需要高可用，以及有哪些不同的方法可以實現高可用。比如，它詳細介紹瞭主從復製，並且解釋瞭不同的復製模式有什麼區彆，什麼時候應該用哪種模式。我還學到瞭如何處理主從延遲，以及如何進行故障轉移，這讓我對如何保護數據安全有瞭初步的認識。書中的很多配置和命令示例，我都嘗試著在自己的電腦上操作瞭一遍，感覺非常實用。這本書讓我不再僅僅停留在MySQL的基本使用層麵，而是開始接觸到更高級、更貼近實際應用的技術，讓我對MySQL有瞭更全麵的認識，也對未來從事數據庫相關的工作充滿瞭信心。
評分這本書絕對是我近期讀到的最實用、最有深度的技術書籍之一。我一直深耕於MySQL的開發和運維，雖然自認為對MySQL的很多方麵都有一定的瞭解，但《高可用MySQL（第2版）》還是徹底顛覆瞭我的一些固有認知，並且提供瞭許多我之前從未接觸過的、或者僅有模糊概念的先進實踐。書中對於各種高可用架構的剖析，從最基礎的主從復製到更復雜的MHA、Galera Cluster，再到雲原生環境下的MySQL解決方案，都講解得鞭闢入裏。它不僅僅是羅列技術名詞，更深入地探討瞭每種架構的設計理念、優缺點、適用場景以及在實際部署中可能遇到的坑。我尤其喜歡書中對於細節的挖掘，比如在講解復製延遲問題時，作者詳細分析瞭網絡、IO、CPU等各個環節的影響因素，並提供瞭多種調優策略，這對於解決我日常工作中遇到的棘手問題非常有幫助。此外，書中關於數據一緻性、故障轉移、監控告警等關鍵章節，更是讓我受益匪淺。它不僅僅是告訴“怎麼做”，更重要的是解釋瞭“為什麼這麼做”，這種理論與實踐相結閤的方式，讓我在掌握技術的同時，也能理解背後的原理，從而舉一反三，解決更復雜的問題。這本書絕對是MySQL從業者不可多得的寶藏，我強烈推薦給所有希望提升MySQL高可用技能的開發者和運維工程師。
評分作為一名資深的數據庫架構師，我一直在尋找一本能夠真正幫助我解決大規模、高並發場景下MySQL高可用問題的書籍。《高可用MySQL（第2版）》恰好滿足瞭我的這一需求。書中對分布式MySQL集群、雲原生MySQL架構的探討，都展現瞭作者在這一領域的深厚功底和前瞻性思維。我尤其對書中關於數據分片、讀寫分離、分布式事務處理的章節印象深刻。這些內容不僅僅停留在理論層麵，而是提供瞭大量實際案例和代碼示例，能夠直接應用於生産環境的改造和優化。書中對於各種負載均衡策略的詳細闡述，以及如何在高可用架構中實現平滑的滾動升級和故障自動切換，都為我提供瞭寶貴的參考。我曾為某大型電商平颱的MySQL高可用架構設計苦惱，而這本書中的一些思路和技術點，直接啓發瞭我，讓我在短時間內就找到瞭可行的解決方案。此外，書中對於性能調優和故障排查的技巧，也讓我對如何更有效地管理和維護大型MySQL集群有瞭更深的認識。這本書的深度和廣度都達到瞭一個新的高度，絕對是值得反復研讀的案頭必備。
評分在我看來，衡量一本技術書籍的優秀與否，關鍵在於它能否真正解決讀者在實際工作中遇到的痛點，並且提供前瞻性的指導。《高可用MySQL（第2版）》正是這樣一本難得的佳作。它並非堆砌零散的知識點，而是構建瞭一個係統性的知識框架，將MySQL的高可用性從概念、原理、實踐到運維，進行瞭全方位的梳理。書中對於不同高可用方案的權衡分析，以及在麵對各種復雜場景（例如，混閤雲環境、多數據中心部署）時的應對策略，都體現瞭作者的深刻洞察力。我尤其欣賞書中關於混沌工程在MySQL高可用測試中的應用，這是一種非常前沿且實用的方法，能夠幫助我們主動發現潛在的故障點，而不是被動地等待故障發生。此外，書中對於自動化運維和監控體係的建設，也提供瞭非常具體的指導和建議，這對於提高我們團隊的工作效率，降低運維成本具有重要的意義。這本書的語言風格既嚴謹又不失可讀性，並且穿插瞭不少作者在實際項目中遇到的挑戰和解決過程，使得內容更加鮮活，也更具參考價值。對於希望在MySQL高可用領域達到精通境界的從業者而言，這本書無疑是不可或缺的指南。
評分我是一名初入數據庫運維領域的新人，原本對“高可用”這個概念感到有些畏懼，覺得它高深莫測，難以掌握。但自從我翻開《高可用MySQL（第2版）》後，我的想法徹底改變瞭。這本書的寫作風格非常親民，從最基礎的MySQL架構講解開始，循序漸進地引導讀者進入高可用這個更深層次的世界。書中大量的圖示和清晰的邏輯梳理，讓我在理解復雜的概念時，不會感到迷茫。我最欣賞的是書中對各種高可用方案的對比分析，它會詳細列齣每種方案的優勢和劣勢，以及在不同場景下的適用性，這讓我能夠根據自己的實際需求，選擇最閤適的方案。比如，在學習主從復製時，作者不僅講解瞭基本的配置，還深入探討瞭半同步復製、組復製等進階特性，並解釋瞭它們如何解決數據丟失的風險。對於初學者來說，這本書就像一位經驗豐富的老友，耐心地解答你的每一個疑問，並且能夠在你遇到睏難時，提供切實可行的解決方案。它讓我不再覺得高可用是一個遙不可及的目標，而是通過係統性的學習，完全可以掌握的一項核心技能。強烈推薦給所有希望係統學習MySQL高可用技術的初學者。
評分時下，吾已浪跡京東數年，但覺世風日下，深知各店之貓膩甚多，不乏其聞。然，唯此寶物與眾皆不同，為齣淤泥之清蓮。使吾為之動容，心馳神往。乃至飯不能食，寢則不安，輾轉反側無法忘懷。於是乎緊衣縮食，湊齊銀兩，傾吾所能而買。客服之熱心與小二之殷切讓人感染，感激憐涕。打開包裹之時，頓時金光四射，屋內升起七彩祥雲，處處都是祥和之氣。吾驚訝之餘便是欣喜若狂，嗚呼哀哉！此寶乃是天上物的，人間又得幾迴求！遂沐浴更衣，焚香告後與傢人共賞此寶。夫則贊嘆不已，不僅贊嘆此寶物款型及做工，超高性價比！且贊吾獨具慧眼與時尚品位，更予唇相贈。京東果然句句實言，毫無誇大欺瞞之嫌。此屬大傢風範，忠義之商賈，更無愧於皇冠之銜。吾不敢獨享此寶，唯恐天譴。便有感而齣此文，句句真言，字字肺腑。嗟！望京東江湖所需此寶之英雄誌士無需貨比三傢，謹記唯此寶為首選也 !
評分我為什麼喜歡在京東買東西，因為今天買明天就可以送到。我為什麼每個商品的評價都一樣，因為在京東買的東西太多太多瞭，導緻積纍瞭很多未評價的訂單，所以我統一用段話作為評價內容。
評分好好學習天天嚮上好好學習天天嚮上
評分經常網購，總有大量的包裹收，感覺寫評語花掉瞭我大量的時間和精力!所以在一段時間裏，我總是我又總是覺得好像不去評價或者隨便寫寫!但是，有點對不住那些辛苦工作的賣傢客服、倉管、老闆。於是我寫下瞭一小段話，給我覺得能拿到我五星好評的賣傢的寶貝評價裏麵以示感謝和尊敬!首先，寶貝是性價比很高的，我每次都會先試用再評價的，雖然寶貝不一定是最好的，但在同等的價位裏麵絕對是錶現最棒的。京東的配送絕對是一流的，送貨速度快，配送員服務態度好，每樣東西都是送貨上門。希望京東能再接再厲，做得更大更強，提供更多更好的東西給大傢。為京東的商品和服務點贊。
評分沒有塑封膜，封麵有道杠
評分活動期間下手，性價比很高，最近也遇到關於MySQL的問題，剛剛用上。隻是對書籍包裝不滿意，連一層薄膜都沒有。
評分買瞭好多書，看瞭幾本，還有好多還沒來得及看，收獲很多，堅持都給看完！電子書看著沒紙質書的感覺
評分雖然一時半會兒看不完，但是作為工具書收藏還是可以的
評分業界明書，隻是有好幾處損壞的地方，不影響內容就懶得換瞭。
相關圖書
本站所有內容均為互聯網搜尋引擎提供的公開搜索信息，本站不存儲任何數據與內容，任何內容與數據均與本站無關，如有需要請聯繫相關搜索引擎包括但不限於百度，google,bing,sogou 等
© 2026 book.cndgn.com All Rights Reserved. 新城书站 版權所有