主页

[MySQL优化案例]系列 -- InnoDB主键设计

周二, 2010/08/03 - 16:08 — yejr

[MySQL优化案例]系列 -- InnoDB主键选择
2010/08/02/sth_about_innodb_primary_key_select.html
众所周知，InnoDB是clustered-index table，因此对于InnoDB而言，主键具有特殊意义。可以通过主键直接定位到对应的某一数据行记录的物理位置，主键索引指向对应行记录，其他索引则都指向主键索引；因此，可以这么说，InnoDB其实就是一个 B-树索引，这棵B-树的索引就是主键，它的值则是对应的行记录。
在InnoDB数据表设计中，我们需要注意几点：

  • 1. 显式的定义一个 INT 类型自增字段的主键，这个字段可以仅用于做主键，不做其他用途
  • 2. 如果不显式定义主键的话，可能会导致InnoDB每次都需要对新数据行进行排序，严重损害性能
  • 3. 尽量保证不对主键字段进行更新修改，防止主键字段发生变化，引发数据存储碎片，降低IO性能
  • 4. 如果需要对主键字段进行更新，请将该字段转变成一个唯一索引约束字段，另外创建一个没有其他业务意义的自增字段做主键
  • 5. 主键字段类型尽可能小，能用SMALLINT就不用INT，能用INT就不用BIGINT
  • 6. 主键字段放在数据表的第一顺序

评论

周五, 2010/08/13 - 23:56 — gary (未验证)

恩.只做主键,不更新的

恩.只做主键,不更新的好.
所以也不要经常用optimize table来消除innodb 主键的数据存储碎片,因为整理后,split page速率会起初更高,降低性能.

周三, 2010/08/04 - 17:08 — rj03hou (未验证)

有道理，上次我们还

有道理，上次我们还讨论到底是使用auto_increment id还是用逻辑上的主键，后来考虑到传值、连接、以及表的逻辑结果发生变化时这个字段不需要发生变化，就用了自增id。今天你说的这个又增加了一条理由，采用自增id可以减少insert的时间，因为主键是clustered index，调整数据调整的比较多。

周日, 2011/02/13 - 15:56 — legs (未验证)

自增最大的问题就是

自增最大的问题就是分表分库。 数据整合。 如果增加序列分发器 带来的消耗也很高。 数据存储碎片也难以消除。 主键设计是个折中的取舍。