mysql – 为什么InnoDB表默认使用UNIQUE约束而不是PRIMARY KEY？

在我的MySQL数据库中,我有一个包含4列的表,PRIMRAY KEY,带有FOREIGN KEY CONSTRAINT的两列和除PRIMARY KEY之外的所有字段的一个UNIQUE索引.

SHOW CREATE TABLE：

CREATE TABLE `zdb_userbeschikbaarheid` (
  `UserBeschikbaarheid_ID` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `UB_User_ID` int(10) unsigned NOT NULL,
  `UB_PlanDagdeelTaak_ID` int(10) unsigned NOT NULL,
  `UB_Datum` date NOT NULL,
  PRIMARY KEY (`UserBeschikbaarheid_ID`),
  UNIQUE KEY `UQ_UB_User_ID_PlanDagdeelTaak_ID_Datum` (`UB_Datum`,`UB_User_ID`,`UB_PlanDagdeelTaak_ID`),
  KEY `FK_UB_User_ID` (`UB_User_ID`),
  KEY `FK_UB_PlanDagdeelTaak_ID` (`UB_PlanDagdeelTaak_ID`),
  CONSTRAINT `FK_UB_PlanDagdeelTaak_ID` FOREIGN KEY (`UB_PlanDagdeelTaak_ID`) REFERENCES `zdb_plandagdeeltaak` (`PlanDagdeelTaak_ID`) ON DELETE NO ACTION ON UPDATE NO ACTION,
  CONSTRAINT `FK_UB_User_ID` FOREIGN KEY (`UB_User_ID`) REFERENCES `zdb_user` (`User_ID`) ON DELETE NO ACTION ON UPDATE NO ACTION
) ENGINE=InnoDB AUTO_INCREMENT=522 DEFAULT CHARSET=utf8

出于一些奇怪的原因,当我选择完整的表时,它使用的是UNIQUE索引而不是PRIMARY KEY.一个EXPLAIN SELECT * FROM zdb_userbeschikbaarheid;收益率：

id  select_type table                   type    possible_keys   
1   SIMPLE      zdb_userbeschikbaarheid index   \N

key                                     key_len ref rows    Extra
UQ_UB_User_ID_PlanDagdeelTaak_ID_Datum  11      \N  415     Using index

在我专门告诉ORDER BY主键之前,它不会使用PRIMARY KEY.
EXPLAIN SELECT * FROM zdb_userbeschikbaarheid ORDER BY UserBeschikbaarheid_ID;

id  select_type table                   type    possible_keys
1   SIMPLE      zdb_userbeschikbaarheid index   \N

key     key_len ref rows    Extra
PRIMARY 4       \N  415     \N

选择UNIQUE KEY而不是PRIMARY KEY似乎很奇怪.

造成这种行为的原因是,我的数据库存在潜在问题吗？如果可能的话,如何更改它以默认使用PRIMARY KEY？

解决方法:

使用InnoDB表,所有二级索引都包含聚集索引的列(这是主键),最后附加.因此,您的唯一索引实际上有4列,您定义的3列加上1个主键列.

当运行需要全表扫描的查询时,两个索引都具有所需的所有数据,因此优化器可以自由选择两个索引中的任何一个.事实上,正如InnoDB Table and Index Structures中所解释的,聚簇索引包含一些额外的信息,每行花费13个字节：

Records in the clustered index contain fields for all user-defined columns. In addition, there is a 6-byte transaction ID field and a 7-byte roll pointer field.

这使得您的唯一索引不如主键索引宽,这就是优化程序选择它的原因.

标签：mysql-5-6,mysql,primary-key,unique-key
来源： https://codeday.me/bug/20190805/1593789.html