高性能MySQL学习笔记(二)

 前缀索引
(1)如果以多个字段作为索引（a,b，c)作为一个key,在查询时分根据匹配情况是否使用索引，所以，a/ a,b/ a,b,c这样的查询都能使用到，但是b,a/a,c/c,a等不符知前缀匹配就不能使用，所以在写sql时需要注意
(2)对于很长的字符串需要生成key时，可以找出最常使用的字符串的最常见前缀(前N个字条作为key,而不是将全个字符串作为key)，这样一方面牺牲少少的精确性（有多余数据，再过滤），另一方面大大提高了检索效率，同时减少了索引的维护开销（存储空间，更新等）
如有200w的url,统计结果如下：
select count(*) as cnt, url from iUrl group by url order by cnt desc limit 10;
+-----+-------------------+
| cnt | url               |
+-----+-------------------+
| 380 | http://www.f.com, |
| 354 | http://www.r.com, |
| 340 | http://www.h.com, |
| 336 | http://www.u.com, |
| 336 | http://www.e.com, |
| 336 | http://www.i.com, |
| 332 | http://www.k.com, |
| 330 | http://www.t.com, |
| 330 | http://www.w.com, |
| 326 | http://www.l.com, |
+-----+-------------------+
10 rows in set (3.04 sec)
取前N个字符作为前缀,使得匹配效果与全统计接近为止(这里由于都是以http://www. 开头，所以看不出效果)
select count(*) as cnt, left(url,11) from iUrl group by url order by cnt desc limit 10;  --left(url,11) 取字符串的左N个
也可以通过计算全列选择性，详细方法要细看书了
添加前缀索引
alter table iUrl add key ( url(11) );
前缀索引好处是：1.减少索引大小 2.提高速度，但也有不足：不能用于order by/group by, 不能作为覆盖索引
聚集索引
不是一种单独的索引，而是一种存储方式。InnoDB支持，保存了B-Tree和数据行，它将数据行保存在索引的叶子页中。每个表只有一个聚集索引。InnoDB按主键进行聚集。
聚集索引优点：
1.可能把相关数据保存在一起
2.数据访问快
3.结全覆盖索引查询可以使用包含叶子节点中的主键值
缺点：
1.聚集能最大限度提升I/O密集负载的性能，但如果数据能装入内存，顺序就无所谓了，这样聚集就没有什么用处了
2.插入速度严重依赖于插入顺序(按主键顺序插入是最快的)
3.更新聚集索引开销大
4.插入、更新时可能会发生分页，导致更多的磁盘空间
5.