称心常识网作者介绍：罗小波，《千金良方——MySQL性能优化金字塔法则》作者之一。
熟悉MySQL体系结构，擅长数据库的整体调优，喜好专研开源技术，并热衷于开源技术的推广，在线上线下做过多次公开的数据库专题分享，发表过近100篇数据库相关的研究文章。
自从2019年11月我们出版了《千金良方–MySQL 性能优化金字塔法则》一书之后，持续不断有人来询问我MySQL 4 个系统字典库相关的问题，因为篇幅原因，书中并没有完整收录4个字典库相关的内容。我也一度想直接将近28W字(word计数，非排版字数)的文档转换为PDF直接向外公布算了。
但想来想去，总觉得哪里不对劲。这些文档所承载的知识，它们其实并不难，如果我未曾翻译整理过这些资料，只要一个稍微上点心的同行，花个三五个月的时间（全天候那种）也同样可以做到，或许能比我做的更好的人也不在少数。所以，既然我的时间已经花出去了，那还不如为广大的圈内朋友们节省点时间，如何为朋友们节省时间呢？那就是应该要让这些资料能够达到快速、方便地查阅的效果！如何才能做到这一点呢？那必须有一个在线的WIKI平台，能实现24小时不间断且能够快速查阅！没错，我选择了github！
那么问题来了，应该怎么玩？下面，我就稍微简单做个使用说明，大家就姑且把它当做”简易使用说明书”吧！
首先，在手机或者电脑上，访问地址：
本人罗小波的：https://github.com/xiaoboluo768/mysql-system-schema
知数堂的（一不小心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又不多！
不过，有一些表记录的字段信息实在非常相近，相信大家也不像连续看到多张表介绍的字段啥的意思都差不多，因此，有一些表我做了合并，所以，当然对于这些表的介绍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中可能涉及到很多张表的内容，你懂的！），如下
好了，到这里我该说的话都说了，剩下的时间，就交给大家了，如果大家在”使用”期间有任何”体验”不佳的，可以随时吐槽，不过…，吐槽归吐槽，别忘了正事儿，有哪里不对劲、怎么改进希望别忘了告诉我，谢谢大家！
全文完。
由叶老师主讲的知数堂「MySQL优化课」课程早已升级到MySQL 8.0版本了，现在上车刚刚好，扫码开启MySQL 8.0的修行之旅吧。
另外，叶老师在腾讯课堂《MySQL性能优化》精编版第一期已完结，本课程讲解读几个MySQL性能优化的核心要素：合理利用索引，降低锁影响，提高事务并发度。
下面是自动拼团的二维码直接享受组团价
