Chinaunix首页 | 论坛 | 博客
  • 博客访问: 33067
  • 博文数量: 10
  • 博客积分: 10
  • 博客等级: 民兵
  • 技术积分: 112
  • 用 户 组: 普通用户
  • 注册时间: 2012-06-21 08:13
文章分类

全部博文(10)

文章存档

2014年(10)

我的朋友

分类: Mysql/postgreSQL

2014-01-24 14:41:58

今天看到一篇牛博,作者从代码级分析了这个问题,只将结论提出来,想具体了解的可以查看原博文

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

最后再补充下组合主键的例子:

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)。
但是这个自动添加的字段,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发现用户定义的索引中包含了所有的主键字段,也不会再添加了,并没有增加存储空间。

因此,由衷的建议,所有的DBA建索引的时候,都在业务要求的索引字段后面补上主键字段,这没有任何损失,但是可能给你带来意外的惊喜。

以上内容摘自原博文 红色字体部分以后多注意

阅读(1175) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~