有关 MySQL InnoDB 在索引中自动添加主键的问题

只要用户定义的索引字段中包含了主键中的字段、那么这个字段就不会再被InnoDB自动加到索引中。但如果用户的索引字段中没有完全包

 ㈠ 原理：

只要用户定义的索引字段中包含了主键中的字段、那么这个字段就不会再被InnoDB自动加到索引中

但如果用户的索引字段中没有完全包含主键字段、InnoDB 就会把剩下的主键字段加到索引末尾

㈡ 例子

例子一：

CREATE TABLE t (
  a char(32) not null primary key,
  b char(32) not null,
  KEY idx1 (a,b),
  KEY idx2 (b,a)
) Engine=InnoDB;

idx1 和 idx2 两个索引内部大小完全一样、没有区别

例子二：

CREATE TABLE t (
  a char(32) not null,
  b char(32) not null,
  c char(32) not null,
  d char(32) not null,
  PRIMARY KEY (a,b)
  KEY idx1 (c,a),
  KEY idx2 (d,b)
) Engine=InnoDB;

这个表 InnoDB 会自动补全主键字典、idx1 实际上内部存储为 (c,a,b)，idx2 实际上内部存储为 (d,b,a)

v1.0 bulid0612易优cms企业建站系统

易优cms企业建站系统v1.0是由php+mysql开发的一套专门用于中小企业网站建设的开源cms。 可以用来快速建设一个企业网站( PC，手机，微信都可以访问)。后台操作简单，维护方便。 系统主要特点： 1、后台简单明了，前端可视化编辑 2、可以给每个页面设置SEO关键字，有利于搜索引擎收录。可以给每个页面设置别名，从而是让网页的访问网址更加简洁。 3、针对企业网站开发,基本支持企

219

查看详情

但是这个自动添加的字段、Server 层是不知道的、所以 MySQL 优化器并不知道这个字段的存在、那么如果你有一个查询：

  SELECT * FROM t WHERE d=x1 AND b=x2 ORDER BY a;

其实内部存储的 idx2(d,b,a) 可以让这个查询完全走索引、但是由于 Server 层不知道、

所以最终 MySQL优化器 可能选择 idx2(d,b) 做过滤然后排序 a 字段、或者直接用PK扫描避免排序

而如果我们定义表结构的时候就定义为 KEY idx2(d,b,a) 、那么 MySQL 就知道(d,b,a)三个字段索引中都有、

并且 InnoDB 发现用户定义的索引中包含了所有的主键字段、也不会再添加了、并没有增加存储空间

㈢ 建议

因此、由衷的建议、所有的 MySQL DBA 建索引的时候、都在业务要求的索引字段后面补上主键字段、

这没有任何损失、但是可能给你带来意外的惊喜哦