一不小心,我就上传了 279674 字的 MySQL 学习资料到 github 上了

作者介绍:罗小波,《千金良方——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性能优化的核心要素:合理利用索引,降低锁影响,提高事务并发度。
下面是自动拼团的二维码直接享受组团价

版权声明