认识达内从这里开始

1. 路径千万条，实践第一条

如果你问一个 DBA“理解得深刻的知识点”，他很可能告诉你是他踩得最深的那个坑。由此，“实践”的重要性可见一斑。以前我带新人的时候，第一步就是要求他们手动搭建一套主备复制结构。并且，平时碰到问题的时候，我要求要动手复现。在阅读其他技术文章、图书的时候，也是同样的道理。如果你觉得自己理解了一个知识点，也一定要尝试设计一个例子来验证它。同时，在设计案例的时候，老师建议设计一个对照的反例，从而达到知识融汇贯通的目的。

2. 原理说不清，双手白费劲

不论是先实践再搞清楚原理去解释，还是先明白原理再通过实践去验证，都不失为一种好的学习方法，因人而异。但是，怎么证明自己是不是真的把原理弄清楚了呢？答案是说出来、写出来。如果有人请教你某个知识点，那真是太好了，一定要跟他讲明白。不要觉得这是在浪费时间。因为这样做，一来可以帮你验证自己确实搞懂了这个知识点；二来可以提升自己的技术表达能力，毕竟你终究要面临和这样的三类人讲清楚原理的情况，即：老板、晋升答辩的评委、新工作的面试官。老师在带新人的时候，如果这一届的新人不止一个，就会让他们组成学习小组，并定期给他们出一个已经有确定答案的问题。大家分头去研究，之后在小组内进行讨论。如果你能碰到愿意跟你结成学习小组的同学，一定要好好珍惜。而“写出来”又是一个更高的境界。因为，你在写的过程中，就会发现这个“明白”很可能只是一个假象。

3.  知识没体系，转身就忘记

把知识点“写下来”，还有一个好处，就是你会发现这个知识点的关联知识点。深究下去，点就连成线，然后再跟别的线找交叉。比如，了解了临时表在不同的 binlog 格式下的行为，再追问一句，如果创建表的时候是 statement 格式，之后再修改为 row 格式（或者反之），会怎么样呢？把这些都搞明白以后，你就能够把临时表、日志格式、同步机制，甚至于事务机制都连起来了。相信你在学习过程中喜欢的就是这种交叉的瞬间。交叉多了，就形成了网络。而有了网络以后，吸收新知识的速度就很快了。比如，如果你对事务隔离级别弄得很清楚了，在看到 max_trx_id 超限会导致持续脏读的时候，相信你理解起来就很容易了。

4.  手册补全面，案例扫盲点

有同学还问我，要不要一开始就看手册？老师的建议是不要。看手册的时机，应该是你的知识网络构建得差不多的时候。那你可能会问，什么时候算是差不多呢？其实，这没有一个固定的标准。但是，有一些基本实践可以帮你去做一个检验。能否解释清楚错误日志（error log）、慢查询日志（slow log）中每一行的意思？能否快速评估出一个表结构或者一条 SQL 语句，设计得是否合理？能否通过 explain 的结果，来“脑补”整个执行过程（我们已经在专栏中练习几次了）？到网络上找 MySQL 的实践建议，对于每一条做一次分析：如果觉得不合理，能否给出自己的意见？如果觉得合理，能否给出自己的解释？那怎么判断自己的意见或者解释对不对呢？快速、有效的途径，就是找有经验的人讨论。之后实践做完后，你就应该对自己比较有信心了。这时候，你可以再去看手册，把知识网络中的盲点补全，进而形成面。而补全的方法就是前两点了，理论加实践。