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

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

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

请问下，如果主键用int型但非递增性能会怎样？
情况是这样，有两张表
member：主键是user_id， int型自增
member_profile：主键是user_id, int型非递增（关联member中的user_id）
为了把text型字段拆分出来或者是不使一张表字段数太多会经常这么做，请问这样有木问题？

这验证码太复杂了吧？刚才发的问题没显示，要通过审核吗？

不知到金大师是否注意到.innodb对主键的选择并不一定是表中的primary key.任何not null的唯一值的unique key也可以被选为innodb的主键。

例如：
mysql> CREATE TABLE `t5` ( `id` int(11) NOT NULL, `name` varchar(10) DEFAULT NULL, `b` char(10) NOT NULL DEFAULT 'kk', PRIMARY KEY (`id`), UNIQUE KEY `uk_name_b` (`name`,`b`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
Query OK, 0 rows affected (0.29 sec)

mysql> INSERT INTO `t5` VALUES (9,'0o','ll'),(1,'kk','yy');
Query OK, 2 rows affected (0.12 sec)
Records: 2 Duplicates: 0 Warnings: 0

mysql> select * from t5;
+----+------+----+
| id | name | b |
+----+------+----+
| 9 | 0o | ll |
| 1 | kk | yy |
+----+------+----+
2 rows in set (0.00 sec)

这里的unique key被innodb标为“主键”？