如果搞一个投票来评选数据库中最难以理解的模块，那么非优化器莫属。
作为数据库从业者，如果对优化器不够了解，便如同猛虎没有了利爪，苍鹰没有了翅膀，在对数据库数据库调优的过程中往往心有余而力不足。
从对优化器的掌握程度上来判断，数据库从业人员对优化器的理解大致可以分成以下 3 个层次。
层次一：粗浅了解，比如知道优化器分为逻辑优化和物理优化，了解一些逻辑优化的方法，知道执行计划的来源，能看懂优化器产生的执行计划。
层次二：详细了解，在粗浅了解的基础上，能够根据自己对优化器的了解，调整出优化器“喜爱”的 SQL 语句，并且对于产生的执行计划的优劣一目了然，知其然更知其所以然。
层次三：深度了解，需要对优化器的每个细节有清楚的认知，在我们写出一个 SQL 语句之后，可以庖丁解牛式地在脑海中浮现出语句在优化器中的优化过程，清楚地知道每个细节的实现过程。
要想达到层次一只需要阅读一些基础理论即可，通常，数据库初学者对优化器的了解都处于这个层次，但这种了解对于实际应用的意义不大。
而要想达到层次三则需要细致地解读优化器的源代码，虽然作为数据库专家是必须要掌握到这一层的，但这个过程又过于“艰辛”。
而大多数数据库从业人员游走在两者之间，大家的目标无非是在数据库调优过程中手到擒来地使用优化器查询，也就是这里的层次二。
那么，有没有办法在不分析数据库内核源
