1. <meter id="yocy0"><menu id="yocy0"></menu></meter>
    1. <var id="yocy0"><label id="yocy0"></label></var>
            <var id="yocy0"><label id="yocy0"><rt id="yocy0"></rt></label></var>

              <sub id="yocy0"><code id="yocy0"></code></sub>
              設為首頁 收藏本站

              運維網

              查看: 186|回復: 0
              打印 上一主題 下一主題

              [資源發布] MySQL管理之道:性能調優、高可用與監控

              [復制鏈接]

              累計簽到:248 天
              連續簽到:18 天
              跳轉到指定樓層
              1#
              發表于 2019-10-25 15:51:18 | 只看該作者 |只看大圖 回帖獎勵 |倒序瀏覽 |閱讀模式


              MySQL管理之道:性能調優、高可用與監控.epub



              目錄
              推薦序:飛躍的第2版
              前言
              第1章 MariaDB架構與歷史
              1.1 MariaDB的介紹
              1.2 MariaDB和MySQL的兼容性
              1.3 MariaDB 10.0新增的功能
              1.3.1 更多的存儲引擎
              1.3.2 速度的提升
              1.3.3 擴展和新功能
              1.4 如何將MySQL遷移至MariaDB
              1.5 使用二進制包安裝MariaDB 10.1企業版
              1.6 總結
              第2章 MySQL 5.7與MariaDB 10.1的新特性
              2.1 性能提升
              2.2 安全性的提升
              2.2.1 默認開啟SSL
              2.2.2 不再明文顯示用戶密碼
              2.2.3 sql_mode的改變
              2.3 InnoDB存儲引擎的提升
              2.3.1 更改索引名字時不會鎖表
              2.3.2 在線DDL修改varchar字段屬性時不鎖表
              2.3.3 InnoDB/MyisAM存儲引擎支持中文全文索引
              2.3.4 InnoDB Buffer Pool預熱改進
              2.3.5 在線調整innodb_Buffer_Pool_Size不用重啟
              mysql進程
              2.3.6 回收(收縮)undo log回滾日志物理文件空

              2.3.7 InnoDB提供通用表空間
              2.3.8 創建InnoDB獨立表空間指定存放路徑
              2.3.9 遷移單獨一張InnoDB表到遠程服務器
              2.3.10 修改InnoDB redo log事務日志文件大小更
              人性化
              2.3.11 死鎖可以打印到錯誤日志里
              2.3.12 支持InnoDB只讀事務
              2.3.13 支持InnoDB表空間數據碎片整理
              2.4 JSON格式的支持
              2.4.1 支持用JSON格式存儲數據
              2.4.2 動態列支持用JSON格式存儲數據
              2.5 支持虛擬列(函數索引)
              2.5.1 MySQL 5.7支持函數索引
              2.5.2 MariaDB 10.0/10.1支持函數索引
              2.6 功能提升
              2.6.1 支持殺死慢的SQL語句
              2.6.2 支持一張表有多個INSERT/DELETE/UPDATE
              觸發器
              2.6.3 引入線程池(Thread Pool)技術
              2.6.4 提供審計日志功能
              2.6.5 支持explain update
              2.6.6 在MySQL 5.7中按Ctrl+C組合鍵不會退出客
              戶端
              2.6.7 可將錯誤日志打印到系統日志文件中
              2.6.8 支持創建角色
              2.6.9 支持TokuDB存儲引擎
              2.7 優化器改進
              2.7.1 針對子查詢select采用半連接優化
              2.7.2 優化派生子查詢
              2.7.3 優化排序limit
              2.7.4 優化IN條件表達式
              2.7.5 優化union all
              2.7.6 支持索引下推優化
              2.7.7 支持Multi Range Read索引優化
              2.7.8 支持Batched Key Access(BKA)索引優化
              2.7.9 支持Hash Join索引優化
              2.8 半同步復制改進
              2.8.1 半同步復制簡介
              2.8.2 半同步復制的安裝配置
              2.8.3 參數說明
              2.8.4 功能測試
              2.8.5 性能測試
              2.9 GTID復制改進
              2.9.1 GTID復制概述
              2.9.2 在MySQL 5.6的GTID模式下同步復制報錯不
              能跳過的解決方法
              2.9.3 MySQL 5.7中GTID復制的改進
              2.9.4 GTID復制的陷阱
              2.9.5 MariaDB 10.1中GTID復制的改進
              2.9.6 GTID的使用方式不同
              2.10 MySQL 5.6/5.7從庫崩潰安全恢復
              2.11 MariaDB 10.0/10.1從庫崩潰安全恢復
              2.12 slave從庫多線程復制
              2.13 slave支持多源復制
              2.14 MySQL 5.7設置同步復制過濾不用重啟mysql服
              務進程
              2.15 小結
              第3章 故障診斷
              3.1 影響MySQL性能的因素
              3.2 系統性能評估標準
              3.2.1 影響Linux服務器性能的因素
              3.2.2 系統性能評估指標
              3.2.3 開源監控和評估工具介紹
              3.3 故障與處理
              3.3.1 連接數過多導致程序連接報錯的原因
              3.3.2 記錄子查詢引起的宕機
              3.3.3 診斷事務量突高的原因
              3.3.4 謹慎設置binlog_format=MIXED
              3.3.5 未設置swap分區導致內存耗盡,主機死機
              3.3.6 MySQL故障切換之事件調度器注意事項
              3.3.7 人工誤刪除InnoDB ibdata數據文件,如何恢

              3.3.8 update忘加where條件誤操作恢復(模擬Oracle
              閃回功能)
              3.3.9 delete忘加where條件誤操作恢復(模擬Oracle
              閃回功能)
              第4章 同步復制報錯故障處理
              4.1 最常見的3種故障
              4.1.1 在master上刪除一條記錄時出現的故障
              4.1.2 主鍵重復
              4.1.3 在master上更新一條記錄,而slave上卻找不到
              4.2 特殊情況:slave的中繼日志relay-log損壞
              4.3 人為失誤
              4.4 避免在master上執行大事務
              4.5 slave_exec_mode參數可自動處理同步復制錯誤
              4.6 如何驗證主從數據一致
              4.7 binlog_ignore_db引起的同步復制故障
              4.8 MySQL5.5.19/20同步一個Bug
              4.9 恢復slave從機上的某幾張表的簡要方法
              4.10 如何干凈地清除slave同步信息
              第5章 性能調優
              5.1 表設計
              5.2 字段類型的選取
              5.2.1 數值類型
              5.2.2 字符類型
              5.2.3 時間類型
              5.2.4 小技巧:快速修改表結構
              5.2.5 pt-online-schema-change在線更改表結構
              5.2.6 MySQL5.6在線DDL更改表測試
              5.3 采用合適的鎖機制
              5.3.1 表鎖的演示
              5.3.2 行鎖的演示
              5.3.3 InnoDB引擎與MyISAM引擎的性能對比
              5.4 選擇合適的事務隔離級別
              5.4.1 事務的概念
              5.4.2 事務的實現
              5.4.3 事務隔離級別介紹
              5.5 SQL優化與合理利用索引
              5.5.1 如何定位執行很慢的SQL語句
              5.5.2 SQL優化案例分析
              5.5.3 合理使用索引
              5.6 my.cnf配置文件調優
              5.6.1 per_thread_buffers優化
              5.6.2 global_buffers優化
              5.6.3 Query Cache在不同環境下的使用
              5.6.4 tuning-primer.sh性能調試工具的使用
              5.6.5 72 GB內存的my.cnf配置文件
              5.6.6 謹慎使用分區表功能
              5.7 MySQL5.6同步復制新特性詳解
              第6章 備份與恢復
              6.1 冷備份
              6.2 邏輯備份
              6.2.1 mysqldump增加了一個重要參數
              6.2.2 取代mysqldump的新工具mydumper
              6.2.3 邏輯備份全量、增量備份腳本
              6.3 熱備份與恢復
              第7章 高可用MHA架構集群管理
              7.1 MHA架構簡介
              7.1.1 master自動監控和故障轉移
              7.1.2 手工處理master故障轉移
              7.1.3 在線平滑切換
              7.2 MHA配置安裝
              7.3 MHA故障切換演示
              7.3.1 場景一:master自動監控和故障轉移
              7.3.2 場景二:master手工故障轉移
              7.3.3 場景三:在線平滑切換
              7.4 MHA高可用架構總結
              第8章 MySQL架構演進:“一主多從、讀/寫分離”
              8.1 實現讀/寫分離的兩種方式
              8.2 主從同步延遲的判斷標準
              8.3 HAProxy感知MySQL主從同步延遲
              8.4 讀/寫分離MariaDB MaxScale架構搭建演示
              8.4.1 配置環境及安裝介紹
              8.4.2 基于connect方式的測試
              8.4.3 基于statement方式(SQL解析)的測試
              8.4.4 MaxScale延遲檢測
              8.5 讀/寫分離OneProxy介紹及架構搭建演示
              8.5.1 OneProxy簡介
              8.5.2 OneProxy的功能及安裝介紹
              8.5.3 OneProxy讀/寫分離接入限制
              第9章 Codership Galera Cluster集群架構搭建與管理
              9.1 Codership Galera Cluster的特性和優缺點
              9.2 Codership Galera Cluster的局限性
              9.3 Codership Galera Cluster的工作原理
              9.4 Codership Galera Cluster的配置
              9.4.1 Codership Galera Cluster的配置環境及安裝
              9.4.2 功能測試
              9.5 HAProxy結合Galera Cluster實現無單點秒級故障
              切換
              第10章 OneProxy分庫分表的搭建與管理
              10.1 OneProxy分庫分表的搭建
              10.1.1 配置與安裝
              10.1.2 前端PHP/Java程序接入事項
              10.2 OneProxy分庫分表接入限制
              10.3 OneProxy分庫分表基本測試
              10.3.1 分庫分表的功能測試
              10.3.2 分庫分表的二級分區測試
              10.3.3 分庫分表的聚合測試
              10.3.4 分庫分表的插入測試
              10.3.5 分庫分表不支持跨庫join的測試
              10.3.6 分庫分表不支持分布式事務的測試
              10.3.7 分庫分表不支持存儲過程的測試
              10.4 搭建OneProxy高可用故障切換HA
              10.5 OneProxy黑名單SQL防火墻搭建測試
              第11章 Lepus慢日志分析平臺搭建與維護
              11.1 Lepus基礎組件的安裝
              11.2 安裝percona-toolkit工具
              推薦序:飛躍的第2版
              MySQL作為一個開源項目,已經有20年歷史了,最
              近幾年在互聯網核心系統中的成功使用奠定了其在關系
              數據庫中的地位,也成為讓每一個DBA、開發人員、架
              構師及CTO都不得不考慮的數據庫基礎軟件。
              對于數據庫愛好者來講,Oracle是非常值得研究的數
              據庫,因為其歷史悠久、功能卓越;而MySQL則是非常
              適合研究的,因為它的代碼、協議及外圍配套工具具有
              開放性。國內有一大批在各個企業成功實施過MySQL的
              優秀工程師,在完成工作之余,他們還積累了豐富的知
              識和經驗,并提煉總結著成書籍,以幫助其他人,本書
              作者就是其中之一。
              本書的第1版幫助了不少人入門MySQL,我在學習
              MySQL的過程中也參閱過第1版,以便了解不同企業使用
              MySQL的業務場景和遇到的技術難題,以及最后所用的
              解決方案。用心的讀者是用心的作者最大的動力和回
              報。
              最近三四年里,MySQL發展極快,包括官方的
              MySQL版本以及MariaDB分支的發展,更重要的是在企
              業的各類系統中它的應用也越來越廣泛和深入。隨著它
              的發展,架構師及運維主管的工作也更具有挑戰性,此
              時,作者用心編寫第2版,不只是簡單的完善和改版,還
              可以理解為重寫和飛躍。
              現在,數據庫管理員已經變成了數據管理員,反映
              的是理念和架構的變化,第2版中新增的內容更多地印證
              了這一點,這一版對高可用、自動切換、數據保護等方
              案的透析更加深入,數據庫中間件部分的深入分析更能
              拓展廣大DBA的視野。
              如果將一本書比作一個人,那么第1版聚焦于DBA工
              作,而第2版則聚焦于架構師的思考,并且還可以隨時隨
              地聯系作者進行深入交流,不再只是局限于本書中的內
              容!
              平民軟件(http://www.onexsoft.com )樓方鑫
              前言
              為什么要寫這本書
              首先要感謝讀者對第1版的認可。隨著技術的更新,
              第1版的內容已逐漸變老,為了與時俱進,所以準備再寫
              一本關于MariaDB 10和MySQL 5.7的數據庫圖書,把自己
              學到的新知識做一個系統性總結來呈現給大家。目前市
              面上針對相關知識進行介紹的書還寥寥無幾,大多數讀
              者只能通過閱讀英文手冊去獲取新的知識,希望本書的
              出版能對大家有所幫助。
              本書以構建高性能MySQL服務器為核心內容,介紹
              了MariaDB 10和MySQL 5.7的新特性,并從故障診斷與優
              化、性能調優、備份與恢復、MySQL高可用集群搭建與
              管理、MySQL服務器性能和服務監控等角度深入講解了
              如何去管理與維護MySQL服務器。書中內容均來自于筆
              者多年實踐經驗的總結和新知識的拓展,同時也包含很
              多實用的情景模擬,并針對運維人員、DBA等相關工作
              者常遇到的有代表性的疑難問題給出了解決方案。不論
              你目前有沒有遇到過此類問題,相信都會有借鑒意義。
              如何閱讀本書
              本書的知識結構分四部分:
              第一部分(第1章至第2章)介紹MySQL5.7/MariaDB
              10的新特性、注意事項、安裝和升級方法。
              第二部分(第3章至第6章)為故障診斷與優化,涉
              及生產環境下MySQL故障處理,以及性能調優等內容,
              包括表設計階段范式的理解、字段類型的選取、采用表
              鎖 還 是 行 鎖、 MySQL 默 認 的 隔 離 級 別 與 傳 統 SQL
              Server,以及Oracle數據庫默認的隔離級別的區別、SQL
              語句的優化,以及合理利用索引等。
              第三部分(第7章至第10章)為架構篇,內容包括當
              前 互 聯 網 流 行 的 高 可 用 架 構 MHA(Master High
              Availability)、分庫分表中間件Oneproxy和讀寫分離中間
              件 MariaDB MaxScale, 以 及 Percona/ MariaDB Galera
              Cluster集群管理。
              第四部分(第11章)闡述慢SQL管理平臺的搭建與維
              護,主要介紹集中收集慢日志查詢。
              本書的每個部分都可以單獨作為一本迷你書閱讀,
              如果你未接觸MySQL5.7/MariaDB 10,建議從第一部分開
              始閱讀。本書提供的腳本和相關軟件,請在華章網站
              www.hzbook.com )的本書頁面下載。
              勘誤和支持
              由于作者的水平有限,編寫的時間也很倉促,書中
              難免會出現一些錯誤或者不準確的地方,不妥之處懇請
              讀者批評指正。你可以將書中的錯誤,發送郵件至我的
              郵 箱 chunyang_he@139.com 或 者 通 過 QQ 聯 系 我:
              3783414,我很期待能夠聽到你們真摯的反饋。
              致謝
              在這里感謝沃趣科技公司高級DBA邱文輝提供
              《MariaDB 10 Hash Join索引優化》一文。
              感謝機械工業出版社華章公司的編輯楊繡國老師,
              感謝你的魄力和遠見,在這一年多的時間中始終支持我
              的寫作,你的鼓勵和幫助引導我順利完成全部書稿。
              賀春旸
              2016年5月于北京
              第1章 MariaDB架構與歷史
              本書以MariaDB 10.1和MySQL 5.7為主要介紹對象,
              為了讓廣大讀者了解什么是MariaDB,首先對其進行介
              紹。
              1.1 MariaDB的介紹
              MariaDB是MySQL源代碼的一個分支,主要由開源
              社區在維護,采用GPL授權許可。開發這個分支的原因之
              一:甲骨文公司收購了MySQL后,有將MySQL閉源的潛
              在風險,因此社區采用分支的方式來避開這個風險。
              MariaDB是完全兼容MySQL的,包括API和命令行,使之
              能輕松成為MySQL的代替品。在存儲引擎方面,使用
              XtraDB 來 代 替 MySQL 的 InnoDB, XtraDB 完 全 兼 容
              InnoDB。 創 建 一 個 InnoDB 表, 內 部 默 認 會 轉 換 成
              XtraDB,如圖1-1所示。
              圖1-1 默認XtraDB存儲引擎
              Percona XtraDB是InnoDB存儲引擎的增強版,可用來
              更好地發揮最新的計算機硬件系統性能,同時還包含一
              些在高性能環境下的新特性。XtraDB存儲引擎是完全向
              下 兼 容 的, 在 MariaDB 中, XtraDB 存 儲 引 擎 被 標 識
              為''ENGINE=InnoDB'',這與InnoDB是一樣的,所以可以
              直接用XtraDB替換掉InnoDB,而不會產生任何問題。
              XtraDB在InnoDB的基礎上構建,使XtraDB具有更多的特
              性、更多的參數指標和更多的擴展。從實踐的角度來
              看,XtraDB在CPU多核的條件下會更有效地使用內存,
              并且性能更高。從MariaDB 5.1開始就默認使用XtraDB存
              儲引擎。
              MariaDB由MySQL的創始人Michael(Monty)Widenius
              主導開發,早前他曾以10億美元的價格將自己創建的公
              司MySQL AB賣給了Sun公司,此后,隨著Sun公司被甲
              骨文公司收購,MySQL的所有權也落入Oracle公司的手
              中。MariaDB名稱來自Michael(Monty)Widenius的女兒
              Maria的名字。
              MariaDB 10.0和MySQL 5.6的不同之處
              MySQL 5.6的代碼庫的文件結構已經被改動。比如單
              個代碼文件已經被分成多個,又或者某些代碼已經被重
              新歸類到不同的文件內。所以要MariaDB去配合現在這個
              文件結構,一定是一個非常消耗時間的過程。
              MairaDB 5.5已經有大量的代碼不同于MySQL 5.5的
              版本,而且也有很多新的特征被整合到MariaDB 5.5中,
              而這些特征直到MairaDB 5.6才出現在MySQL中。所以,
              在比較同樣功能的MySQL和MariaDB的版本,同時在完
              成設計和QA方面的審核后,一個很明顯的結論為
              MariaDB是一個更好的產品。大多數情況下,當選擇
              MariaDB的時候,人們會更多地考慮功能方面的偏好。
              MariaDB不僅僅是MySQL的一個替代品。它的主要
              目的是創新和提高MySQL的技術,MySQL5.6不是一個合
              適的創新基礎平臺,所以MariaDB團隊做了下面的事情。
              ·引入了一些新功能(像Multi-source Replication多源
              復制、基于表的并行復制、Galera Cluster集群、Spider水
              平分片存儲引擎、TokuDB存儲引擎等),所以需要一個
              新版本。
              ·下一個版本稱為“MariaDB 5.6”是不準確的,因為它
              不是基于MySQL 5.6的,取而代之,MariaDB團隊決定版
              本號調為10.0。
              MariaDB和Percona有什么不同呢?Percona是僅針對
              InnoDB引擎做了性能上的改善(稱為XtraDB),而
              MariaDB在集成了XtraDB存儲引擎之外,還集成了更多的
              存儲引擎,包括Aria、SphinxSE、TokuDB、Cassandra、
              CONNECT、SEQUENCE及Spider存儲引擎等,并且在服
              務器層上做了大量改進,增加了多源復制和基于表的并
              行復制等。






              +1 1

              mysql管理之道.jpg (147.4 KB, 下載次數: 0)

              MySQL管理之道:性能調優、高可用與監控

              MySQL管理之道:性能調優、高可用與監控

              mysql管理之道下載鏈接地址.txt

              67 Bytes, 下載次數: 11, 下載積分: 金幣 -1

              售價: 50 金幣  [記錄]  [購買]


              運維網聲明 1、歡迎大家加入本站運維交流群:群②:197202523 群⑤:202807635 群⑦870801961 群⑧679858003 群⑨230483671
              2、本站所有主題由該帖子作者發表,該帖子作者與運維網享有帖子相關版權
              3、所有作品的著作權均歸原作者享有,請您和我們一樣尊重他人的著作權等合法權益。如果您對作品感到滿意,請購買正版
              4、禁止制作、復制、發布和傳播具有反動、淫穢、色情、暴力、兇殺等內容的信息,一經發現立即刪除。若您因此觸犯法律,一切后果自負,我們對此不承擔任何責任
              5、所有資源均系網友上傳或者通過網絡收集,我們僅提供一個展示、介紹、觀摩學習的平臺,我們不對其內容的準確性、可靠性、正當性、安全性、合法性等負責,亦不承擔任何法律責任
              6、所有作品僅供您個人學習、研究或欣賞,不得用于商業或者其他用途,否則,一切后果均由您自己承擔,我們對此不承擔任何法律責任
              7、如涉及侵犯版權等問題,請您及時通知我們,我們將立即采取措施予以解決
              8、聯系人Email:admin@iyunv.com 網址:www.mtp60.com

              所有資源均系網友上傳或者通過網絡收集,我們僅提供一個展示、介紹、觀摩學習的平臺,我們不對其承擔任何法律責任,如涉及侵犯版權等問題,請您及時通知我們,我們將立即處理,聯系人Email:kefu@iyunv.com,QQ:1061981298 本貼地址:http://www.mtp60.com/thread-980967-1-1.html 上篇帖子: MySQL升職加薪必備面試指南 下篇帖子: 沒有了
              點擊關注更多內容
              您需要登錄后才可以回帖 登錄 | 立即注冊  

              本版積分規則  允許回帖郵件提醒樓主

              掃碼加入運維網微信交流群X

              掃碼加入運維網微信交流群

              掃描二維碼加入運維網微信交流群,最新一手資源盡在官方微信交流群!快快加入我們吧...

              掃描微信二維碼查看詳情

              客服 E-mail:kefu@iyunv.com

              本站由青云提供云計算服務

              運維網--中國最專業的運維工程師交流社區

              京ICP備14039699號-1 Copyright ? 2012-2020

              使用手機軟件掃描微信二維碼

              關注我們可獲取更多熱點資訊

              Good good study day day up


              客服E-mail:kefu@iyunv.com 在線客服QQ:點擊這里給我發消息


              提醒:禁止發布任何違反國家法律、法規的言論與圖片等內容;本站內容均來自個人觀點與網絡等信息,非本站認同之觀點.


              本站大部分資源是網友從網上搜集分享而來,其版權均歸原作者及其網站所有,我們尊重他人的合法權益,如有內容侵犯您的合法權益,請及時與我們聯系進行核實刪除!



              合作伙伴: 青云cloud bjyun

              快速回復 返回頂部 返回列表
              网站你懂我意思吧2019免费