一不小心，我就上傳了 279674 字的 MySQL 學習資料到 github 上了
- 自從2019年11月我們出版了《千金良方--MySQL 效能優化金字塔法則》一書之後，持續不斷有人來詢問我MySQL 4 個系統字典庫相關的問題，因為篇幅原因，書中並沒有完整收錄4個字典庫相關的內容。我也一度想直接將近28W字(word計數，非排版字數)的檔案轉換為PDF直接向外公佈算了。
- 但想來想去，總覺得哪裡不對勁。這些檔案所承載的知識，它們其實並不難，如果我未曾翻譯整理過這些資料，只要一個稍微上點心的同行，花個三五個月的時間（全天候那種）也同樣可以做到，或許能比我做的更好的人也不在少數。所以，既然我的時間已經花出去了，那還不如為廣大的圈內朋友們節省點時間，如何為朋友們節省時間呢？那就是應該要讓這些資料能夠達到快速、方便地查閱的效果！如何才能做到這一點呢？那必須有一個線上的WIKI平臺，能實現24小時不間斷且能夠快速查閱！沒錯，我選擇了github！
- 那麼問題來了，應該怎麼玩？下面，我就稍微簡單做個使用說明，大家就姑且把它當做"簡易使用說明書"吧！
首先，在手機或者電腦上，訪問地址：
知數堂的（一不小心fork過去了）：https://github.com/zhishutech/mysql-system-schema
開啟連結之後，可以看到類似如下介面
在這裡，你可以直接點選頁末的"下一篇"，一直點"下一篇"，你可以把4個系統字典庫總計305個page的文章翻完，當然，如果期間你覺得哪裡需要回頭再看看，那麼，可以隨時點選頁末的"上一篇"，如下圖
如果你不想被我套路，不想做一直點"下一篇"和"上一篇"這麼無聊的事情，那麼，你也可以隨時在頁面的右側"Find a page"輸入框中，輸入你想要查詢的page名稱（這裡可以直接搜尋4個字典庫的所有檔案page哦），對於page的名稱，我已經儘量按照4個系統字典庫中的表名來命名了，如下圖：
哎呀，搜出來了2個都帶"innodb_lock_waits"關鍵字的page，啥情況？別慌，其實第一個是information_schema下的innodb_lock_waits表，第二個是sys schema下的innodb_lock_waits檢視！分別點開看看就知道了，反正又不多是吧！
不過，有一些表記錄的欄位資訊實在非常相近，相信大家也不像連續看到多張表介紹的欄位啥的意思都差不多，因此，有一些表我做了合併，所以，當然對於這些表的介紹page的命名也是採用合併過的名稱，例如：performance_schema下的一些summary表，如下
這下就蒙圈了，搜尋出來這麼多，咋整啊？別慌，這個時候，你可以回到主頁，分別在4個系統字典庫的目錄上先行搜尋一番（不過，你搜索的表名，至少你該知道是屬於哪個庫的吧？應該還沒那麼那啥！）
假設我想檢視performance_schema下的file_summary_by_event_name表的介紹，那麼，可以先進入performance_schema的目錄頁，如下
然後，在目錄頁搜尋"file_summary_by_event_name"，然後向上找到相應的連結（注意，這裡的搜尋是指的瀏覽器本身的搜尋功能，win系統按下" control + f " 即可，mac 系統按下 " command + f "，而不是github提供的搜尋功能），如下
現在，在跳轉的頁面，繼續使用瀏覽器的搜尋功能，搜尋關鍵字"file_summary_by_event_name"，你就可以暢快地檢視該表的介紹內容了（為啥這裡還要用瀏覽器搜尋呢？因為合併介紹的表對應的page中可能涉及到很多張表的內容，你懂的！），如下
好了，到這裡我該說的話都說了，剩下的時間，就交給大家了，如果大家在"使用"期間有任何"體驗"不佳的，可以隨時吐槽，不過...，吐槽歸吐槽，別忘了正事兒，有哪裡不對勁、怎麼改進希望別忘了告訴我，謝謝大家！