查询引擎总是不能正确理解你的查询意图吗？害怕的错误的时机提出错误的问题吗？ Susan S. Harkins 告诉我们怎样用 MySQL 的查询优化器提高你的交流技能。
大多数查询引擎提供了查询简化的功能，其目的就是使得查询比原始输入更加高效。
MySQL 查询优化器极大的发挥了这种功能，为了在丝毫不改变原始目标的前提下尽量简化查询，优化器对查询进行分析有时甚至重新描述。
按照效率最高的原则，
MySQL 查询优化器启用了一到两条强调规则。查询优化器的最主要的逻辑思想是尽多尽早的去掉一些行。这听起来有悖于查询的目标，查询的确就是为了选出记录，但这个逻辑却并没有错。开始时优化器去掉的行越多，需要查询按照附加规则去估值的行就越少。需要与规则进行比较的行数越少，查询就能越快的完成任务。举个例子，假设一个SELECT查询使用 WHERE 语法规定了两个条件：
WHERE col1 = 条件A AND col2 = 条件B
现在，假设1,000行符合条件A而只有250行符合条件B。而且，只有5条记录同时符合上述两个条件。优化器选择的是最小障碍路径：250行匹配。原因很明显：这样只需要对符合条件B的250条记录进行估值来找到同时符合两个条件的记录。如果优化器起初选择符合条件A的1000条记录，
MySQL就得对这1000条记录进行估值，来找到同时符合两个条件的记录。
MySQL使用索引来确定到底哪个条件提供了最快捷的路径
