增高MySQL索引策略三:簇索引

提高MySQL索引策略三:簇索引

?有些数据库服务器端会让你选择簇索引的索引列,但是目前的Innodb默认只会对表主键进行簇索引.意味着上图的整型值即为为主键.如果你的表中没有主键,Innodb会尝试用一个唯一非空字段作为其簇索引的索引列,如果没有这样的字段,Innodb会为你的表结构定义一个隐藏主键而对其进行簇索引.Innodb的簇索引以内存页为存储单元,所以,相邻索引值可能会存储在相隔很远的内存页中.

?

簇索引能提高检索效率,同样地也会带来其他的性能问题,所以,你应该对其进行慎重考虑,特别是你将一种存储引擎更改为Innodb时.簇索引有如下优点:

簇索引能将可能的逻辑相关数据存储在一起.例如,为了实现一个邮箱管理器,你能对user_id进行簇索引,这样你就能对同一用户的所有邮件进行检索,不管这些邮件的存储时间是进还是远,如果没有对user_id建立主键关系,那么这样的一个需求可能就会引起很大的磁盘io问题.数据访问更加快速.簇索引不仅仅存储索引值,也同时存储了数据值,所以通过索引检索数据往往比寻址更加迅捷.能很轻松的获取主键,从而实现索引覆盖查询利用簇索引能极大地提高表的查询效率,然后优点的一面必定有它所引起的缺点:簇索引会极大的增加io负荷.如果不是以在内存中的存储顺序进行数据访问,那么就根本达不到簇索引的目的,反而会增加系统的io数据的插入操作严重依赖于插入时的主键顺序.最好的方式是以主键顺序将数据载入innodb表中.更新簇索引的开销是极大的.因为和插入一样,如果不是按照逐渐顺序更新一条记录的主键,那么该记录以后的数据都将被更新更新以及插入数据时可能会导致数据页分隔全表的数据检索会变得更慢.包含簇索引的innodb表的其他二级索引会变得更大二级索引的检索必须通过簇索引以及本身索引,而不仅仅是通过本身的索引即可