| 序 | 教程摘要 |
|---|---|
| 3391 |
《MySQL運維內參節選》【VEPHP】 日志組中的每一個日志文件,都有自己的格式,內部也是按照大小相等的頁面切割,但這里的頁面大小是512個字節,由于歷史的原因,考慮到機械硬盤的塊大小是512字節,日志塊大小也如此設計.這是因為寫日志其實就是為了提高數據庫寫入吞吐量,如果每次寫入是磁盤塊大小的倍數,效率才是最高的,并且日志將邏輯事務對數據庫的分散隨機寫入轉化成了順序的512字節整數倍數據的寫入,這樣就大大提高了數據庫的效率 |
| 3392 |
《MySQL運維內參節選》【VEPHP】 這里首先需要知道的是,InnoDB的REDO日志不完全是物理日志,它包含了部分邏輯意義在里面,比如插入一行記錄時,MTR記錄的是在一個頁面中寫入這條記錄,內容大致包括頁面號、文件號(表空間號)及這條記錄的值(包括每個列信息),這樣就有了邏輯概念 |
| 3393 |
《MySQL運維內參節選》【VEPHP】 注：下面講到的數據記錄,都是以Compact格式的記錄為對象的,其它類型這里不考慮 |
| 3394 |
《MySQL運維內參節選》【VEPHP】 前面已經很全面地介紹了日志的生成、格式、刷盤、工作原理等,但這些實際上只是數據庫運行時的一個“累贅”,沒辦法才會這樣做,因為如果數據庫不掛,日志是沒有用的,但不掛是不可能的,所以日志是必須的.而前面介紹的所有內容都是建立在有日志的前提下,解決如何提高性能,如何保證數據完整性等問題的.那這里將介紹關于日志的新內容,日志的用途之一：數據庫恢復 |
| 3395 |
《MySQL運維內參節選》【VEPHP】 書接上文,在之前六篇講述了寫日志,其實正常情況下,這都是無用功,因為根本用不到.上一節講到了,在什么情況下會用到日志,以及在什么時候會用到,如何用到等等內容,我們這一節繼續講述,在掃描完成日志之后,如何做數據庫恢復工作,里面有什么邏輯,有什么可以改進的地方等等,這都是我們讀者要去深思的地方 |
| 3396 |
《網易資深運維工程師潘威：MySQL高可用在網易的最佳應用與實踐》【VEPHP】 網易資深系統運維工程師現任職于網易,負責網易對象存儲服務NOS的運維相關工作；曾負責過易信、網易視頻云、網易博客、LOFTER等產品數據庫,擁有豐富的大型數據庫架構設計與運維實踐經驗 |
| 3397 |
《MySQL運維內參節選》【VEPHP】 除了上面說到的Table????ID信息、主鍵信息之外,還會包括一些公有的信息,比如回滾段指針、最近更新事務號,這樣方便MVCC在回溯記錄時可以找到以前的版本,關于MVCC的內容在這里就不詳細展開了 |
| 3398 |
《MySQL索引設計背后的數據結構及算法詳解》【VEPHP】 對于這項規定,很多研發小伙伴不理解 |
| 3399 |
《2017數據庫大會實錄-MySQL核心參數含義的源碼解析》【VEPHP】 月11-13日在北京國際會議中心舉行數據庫大會,有幸得友人推薦在大會上講了一場.源于自己曾經參加一些技術大會的感受——抱著學習的目的,非常興奮非常饑渴的過去了,但往往也是相當饑渴的回來了,并不是老師分享的內容沒有營養跟價值,而往往是老師講得內容太高大上,太豐富,營養價值過高,難以在短短的一個小時內吸收消化,所以依然是饑餓的 |
| 3400 |
《MySQL所有操作hang住了，怎么破？》【VEPHP】 王松磊,現任職于UCloud,從事MySQL數據庫內核研發工作.主要負責UCloud云數據庫udb的內核故障排查工作以及數據庫新特性的研發工作 |
