指数：比方倘使增添一个好的索引以是低值恐怕注脚恐怕有更好的,恐怕成为行= 1和过滤= 100％的索引查找则行= 1000和过滤= 0.1％的全表扫描. 么兴趣？咱们可能从本专栏取得哪些讯息我依旧没有取得它.这里“过滤”是什？ 先测验应用索引MySQL将首,举行鸿沟扫描.据估量比方应用探索键对表a,以取得174行应用该索引可,骤尚未称为过滤这是行数.此步. ​​你的索引是好的以是不要太认线表现,. type是一个更好的目标低值也不愿定表现欠好的索引. 索挑选为潜熟行的一组行运用要求要正在此处过滤意味着对由类型搜,知足要求的行而且仅保存： 如例,始盘查时当我开,显示100某些盘查将,18或任何低于100而其他少许盘查显示. 方面另一,滤值(正在大无数情形下您可能一律渺视此过,常倒霉的估量)这依旧是一个非,要的列(额表是类型并潜心于其他更重,脱离文献排序(比方通过应用知足规律的索引)键和特殊)来优化您的盘查.它可能比方最好,的类型可能带来宏伟的机能擢升假使它导致较低的过滤值.更好,低的过滤.正在上面的示例中假使它恐怕不会更改以至更, = 0.1％filter,您可能通过增添索引来矫正该盘查type = all已足以注脚,看已过滤而不必查. 你从此必需将它们与另一个表结合起来)固然最好有32行而不是174行(倘使,初始探索中给你这32行“完善”索引会直接从,过滤掉通盘潜熟行的82％从而精打细算你的光阴at并. 后之,查这174行. MySQL现正在估量唯有32行必需按照其他要求(往往正在where子句中)检,过滤器后保存.这18％是过滤后的价格于是这些174行中的18％将正在运用该.