每个人有自己的学习路径，仅供参考。
最早在服务集团内部客户的时候，因为DBA团队能够规范业务开发同学的用法，更多的问题集中在性能优化上，比如某个语句前两天性能还挺好，数据量大了以后急剧下降。一般这种就是因为数据量增大后，优化器选了别的不合适的索引。这种情况文档里是找不到答案了，带着‘探查临界值’这个目的，去看优化器计算代价的代码逻辑。
后来做了云服务，云上用户的规范性就各有特色了。记得有一次碰到的case是，一个客户用触发器调用存储过程，里面用prepare去执行，触发了一个crash。这不能等官方修复了，带着追查原因和修复的目的一行行去跟代码。
总结我的方法就是带着问题，去文档和代码里面找原理、找答案。
有人会问说，这样会不会不够系统？
我一般会这么回答：
首先是系统的学习本身也是不能少的，基本的IO模型、线程模型、事务理论还是要知道，否则看代码也是一头雾水。
其次是带着问题去追查原因，得到结论后，再把相关的知识点、上下文逻辑都了解清楚。
修完bug可以直接交差，也可以顺便把触发器的执行流程和事务提交时机也了解清楚，这个就是工作之外的功夫，也是一个主动把知识系统化的过程。
点串好了就是线，线交叉了就是网，网密集了就是面。
之前跟学员聊过，有同学说，现在上班忙得飞起，下班回家带俩儿子，实在没空看大部头的书和手册了。
我就想，把我的学习过程应用到单元课里。从一些综合性的问题出发，把知识点串起来，可能会有同学从中补到漏。
就是第七单元和第十单元的模式。
第七单元的课堂效果和课后反馈都还不错的，今晚是第十单元的直播课。
维护“MySQL面试题交流群”的出发点也是类似的，只要好问题和回答足够多，兴许就能覆盖工作需要的常用知识点呢。
进免费技术交流群或面试交流群+V： linxiaobin3306
下图是面试题交流群的维护模式。
原文作者：丁奇3306；如有侵权，请联系管理员删除。
