Schema的优化和索引 - 高性能的索引策略 - 聚簇索引(Clustered Indexes)
2009-09-02 00:00:00 来源：WEB开发网 闂傚倷绶氬ḿ褍螞閹绢喖绠柨鐕傛嫹
闂傚倷绀侀幉锟犲垂閻㈠灚宕查柟鎵閸庡秵銇勯幒鎴濃偓鐢稿磻閹炬枼妲堟繛鍡楃С濞岊亞绱撻崒姘扁枌闁瑰嚖鎷�
婵犵數濮幏鍐川椤撴繄鎹曢梻渚€娼уú銈吤洪妸鈺佺劦妞ゆ帊鑳堕埊鏇㈡煏閸モ晛浠х紒杈╁仱閺佹捇鏁撻敓锟�闂傚倷绶氬ḿ褍螞閹绢喖绠柨鐕傛嫹 闂傚倷鑳舵灙缂佺粯顨呴埢宥夊即閵忕姵鐎梺缁樺姇閻忔氨鈧凹鍓熷娲垂椤曞懎鍓伴梺閫炲苯澧紒澶婄秺瀵濡歌閸嬫捇妫冨☉娆忔殘闂佷紮缍€娴滎剟鍩€椤掑倹鏆柛瀣躬瀹曚即寮借閺嗭箓鏌ㄩ悤鍌涘
核心提示： 那么col2是什么样子的？和上面的有什么区别？，其实没有任何区别，Schema的优化和索引 - 高性能的索引策略 - 聚簇索引(Clustered Indexes)(4)，和其他索引也一样，事实上，这个策略就会降低维护次要索引的工作量了，使用行的主键作为指针会使索引变大，在MyISAM中，在主键
那么col2是什么样子的？和上面的有什么区别？。其实没有任何区别。和其他索引也一样。
事实上，在MyISAM中，在主键和其他键的索引结构上并没有区别。一个主键就是唯一的，不能为NULL，并命名为PRIMARY的索引。
InnoDB 数据布局
InnoDB存储同样的数据，是和MyISAM不一样的，因为聚簇的结构。如图，InnoDB存储表。
乍看起来，并没有和上一张图有什么区别。但是再一看，这个示例显示的是整个表，而不仅仅是索引。因为聚簇索引在InnoDB中就是一张表。并不像MyISAM有独立的行存储。
在聚簇索引中的每个叶子节点都包含了主键，事物ID,用来MVCC和事务的回滚指针，还有就是剩下的列。如果主键在一个列的前缀上，InnoDB就包括这个列的值和剩下的所有的列。
相比较MyISAM,次要索引和聚簇索引也不是很相同。InnoDB次要索引的叶子节点包含了主键的值，就像指向行的指针一样。当移动行或者数据页的分裂，这个策略就会降低维护次要索引的工作量了。使用行的主键作为指针会使索引变大，但是也意味着InnoDB在移动行的时候不会更新指向这行的指针。
下面就是次要索引在col2的图
中查找“Schema的优化和索引 - 高性能的索引策略 - 聚簇索引(Clustered Indexes)”更多相关内容
中查找“Schema的优化和索引 - 高性能的索引策略 - 聚簇索引(Clustered Indexes)”更多相关内容更多精彩
赞助商链接
