MYSQL 在主鍵上建立唯一索引
問(wèn)題描述
剛到這個(gè)公司上班，查看他們的數(shù)據(jù)庫(kù)，發(fā)現(xiàn)他們竟然在主鍵上又建立了一次唯一索引，請(qǐng)問(wèn)這個(gè)是怎么回事，是很高明的寫(xiě)法呢，還是很垃圾的寫(xiě)法，我感到很莫名其妙？
我看了，很多表都是這樣的情況
CREATE TABLE `tbl_nvhl_order` ( `UUID` varchar(32) NOT NULL COMMENT ’訂單號(hào)。’, `CHANNEL_ORDER_ID` varchar(50) DEFAULT ’’ COMMENT ’渠道訂單號(hào)’, ... `ISGROUP` varchar(10) DEFAULT NULL COMMENT ’團(tuán)單標(biāo)識(shí)’, PRIMARY KEY (`UUID`), UNIQUE KEY `PK_TBL_NVHL_ORDER` (`UUID`) USING BTREE, KEY `index_name` (`CHANNEL_ORDER_ID`,`SOURCE`) USING BTREE, KEY `idx_creator` (`CREATOR`) USING BTREE, KEY `productcode` (`PRODUCTCODE`), KEY `index_app_id` (`APP_ID`) USING BTREE) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT=’’
其中
PRIMARY KEY (`UUID`),UNIQUE KEY `PK_TBL_NVHL_ORDER` (`UUID`) USING BTREE,
求大神指點(diǎn)！
問(wèn)題解答
回答1：肯定是后者呀。
高性能mysql中就特別指出這種情況，這種情況屬于重復(fù)索引。在進(jìn)行更新操作的時(shí)候，還需要維護(hù)兩個(gè)索引，性能開(kāi)銷(xiāo)增多了。
回答2：肯定多余了，并且是uuid做主鍵，也是個(gè)坑，這是開(kāi)發(fā)自建的吧
回答3：不太好，能不用最好別用這種方式。
相關(guān)文章：
1. MySQL主鍵沖突時(shí)的更新操作和替換操作在功能上有什么差別(如圖)2. php傳對(duì)應(yīng)的id值為什么傳不了啊有木有大神會(huì)的看我下方截圖3. python執(zhí)行cmd命令，怎么讓他執(zhí)行類(lèi)似Ctrl+C效果將其結(jié)束命令？4. mysql在限制條件下篩選某列數(shù)據(jù)相同的值5. 關(guān)于mysql聯(lián)合查詢一對(duì)多的顯示結(jié)果問(wèn)題6. Python從URL中提取域名7. 小白學(xué)python的問(wèn)題 關(guān)于%d和%s的區(qū)別8. 實(shí)現(xiàn)bing搜索工具urlAPI提交9. 數(shù)據(jù)庫(kù) - Mysql的存儲(chǔ)過(guò)程真的是個(gè)坑！求助下面的存儲(chǔ)過(guò)程哪里錯(cuò)啦，實(shí)在是找不到哪里的問(wèn)題了。10. python - Django有哪些成功項(xiàng)目？
網(wǎng)公網(wǎng)安備