| 序 | 教程摘要 |
|---|---|
| 3361 |
《MaxScale：實現MySQL讀寫分離與負載均衡的中間件利器》【VEPHP】 前面已經介紹了MaxScale可以實現MySQL的讀寫分離和讀負載均衡,那么當slave出現故障后,MaxScale會如何處理呢 |
| 3362 |
《數據庫雜談之-MySQL延時復制庫》【VEPHP】 用來做延遲測試,比如你做好的數據庫讀寫分離,把從庫作為讀庫,那么你想知道當數據產生延遲的時候到底會發生什么.那么你就可以使用這個特性也模擬延遲 |
| 3363 |
《如何高效快速地優化MySQL、SQL語句(附源碼)》【VEPHP】 優化SQL,是DBA常見的工作之一.如何高效、快速地優化一條語句,是每個DBA經常要面對的一個問題.在日常的優化工作中,我發現有很多操作是在優化過程中必不可少的步驟.然而這些步驟重復性的執行,又會耗費DBA很多精力.于是萌發了自己編寫小工具,提高優化效率的想法 |
| 3364 |
《解密網易MySQL實例遷移高效完成背后的黑科技》【VEPHP】 從其他公有云平臺遷移到RDS：蜂巢RDS推出近一年以來,很多用戶將部署在其他公有云平臺上的MySQL實例遷移到蜂巢RDS上,對實例遷移功能進行統計發現有50%是用于遷移其他公有云的MySQL實例 |
| 3365 |
《一個罕見的MySQL redo死鎖問題排查及解決過程》【VEPHP】 從以上的分類不難看出,所有需要寫redolog的線程都在等待log_sys->mutex,那么這個保護redologbuffer的mutex被究竟被哪個線程獲取了呢,因此,我們可以順著這個線索進行問題排查,需要解決以下問題：問題一：哪個線程獲取了log_sys->mutex?問題二：獲取log_sys->mutex的線程為什么沒有繼續執行下去,是在等其它鎖還是其它原因?問題三 |
| 3366 |
《FAQ系列 | 是什么導致MySQL數據庫服務器磁盤I/O高？》【VEPHP】 我的朋友小明,TA有個MySQL服務器最近總是報告磁盤I/O非常高,想著我這有免費的不用白不用的企業技術服務(TA自己這么想的),就找我幫忙給把把脈 |
| 3367 |
《如何防止Linux命令行下MySQL登錄密碼泄露？》【VEPHP】 #<==這里標準dba命令行登陸命令,交互式輸入密碼可有效防止密碼泄露 |
| 3368 |
《詳解：如何恢復MySQL數據庫下誤刪的數據》【VEPHP】 血的教訓,事發經過就不詳述了.直接上操作步驟及恢復思路(友情提示：數據庫的任何操作都要提前做好備份),以下是Mysql數據后的恢復過程 |
| 3369 |
《備份校驗兩不誤，MySQL自動備份還原校驗設計詳解》【VEPHP】 最近關于數據庫故障出現的問題較多,不論大小公司對數據的備份要求都很高,但對校驗數據備份的有效性要求更為迫切,很多公司對于自動備份和還原都已經形成體系,但對于還原后的備份有效性校驗可能都不太完善,而且目前網上也沒有較為完善的檢驗機制(可能我沒找到) |
| 3370 |
《從源碼探究MySQL5.7高吞吐事務量的背后操手》【VEPHP】 另外,還有一個用處,就是MySQL5.7的基于logical_clock的并行復制.在一個組里面(其實是一個隊列),這一組隊列的頭事務是相同的,因此這一組事務的last_committed(上一組的最后一個提交的事務)的事務也是同一個.我們都知道,last_committed相同的事務,是可以在從庫并行relay(重演)的 |
