問(wèn)題描述

剛到這個(gè)公司上班，查看他們的數(shù)據(jù)庫(kù)，發(fā)現(xiàn)他們竟然在主鍵上又建立了一次唯一索引，請(qǐng)問(wèn)這個(gè)是怎么回事，是很高明的寫法呢，還是很垃圾的寫法，我感到很莫名其妙？

我看了，很多表都是這樣的情況

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)題解答

肯定是后者呀。

高性能mysql中就特別指出這種情況，這種情況屬于重復(fù)索引。在進(jìn)行更新操作的時(shí)候，還需要維護(hù)兩個(gè)索引，性能開銷增多了。

肯定多余了，并且是uuid做主鍵，也是個(gè)坑，這是開發(fā)自建的吧

不太好，能不用最好別用這種方式。