首页 > 数据库> 文章详细

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

2019-08-06 00:15:23 阅读：427 来源： 互联网

标签：mysql-5-6 mysql primary-key unique-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

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

ICode9

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