一、背景

以前使用SQL Server进行表分区的时候就碰到很多关于唯一索引的问题：Step8：SQL Server 当表分区遇上唯一约束，没想到在MySQL的分区中一样会遇到这样的问题：MySQL表分区实战。

今天我们来了解MySQL唯一索引的一些知识：包括如何创建，如何批量插入，还有一些技巧上SQL；

这些问题的根源在什么地方？有什么共同点？MySQL中也有分区对齐的概念？唯一索引是在很多系统中都会出现的要求，有什么办法可以避免？它对性能的影响有多大？

二、过程

(一) 导入差异数据，忽略重复数据，IGNORE INTO的使用

在MySQL创建表的时候，我们通常创建一个表的时候是以一个自增ID值作为主键，那么MySQL就会以PRIMARY KEY作为聚集索引键和主键，既然是主键，那当然是唯一的了，所以重复执行下面的插入语句会报1062错误：如Figure1所示；复制代码 代码如下:-- 创建测试表

CREATE TABLE `testtable` (

`Id` INT(11) UNSIGNED NOT NULL AUTO_INCREMENT,

`UserId` INT(11) DEFAULT NULL,

`UserName` VARCHAR(10) DEFAULT NULL,

`UserType` INT(11) DEFAULT NULL,

PRIMARY KEY (`Id`)

) ENGINE=INNODB DEFAULT CHARSET=utf8;

-- 插入测试数据

INSERT INTO testtable(Id,UserId,UserName,UserType)

VALUES(1,101,'aa',1),(2,102,'bbb',2),(3,103,'ccc',3);

(Figure1：Duplicate entry '1' for key 'PRIMARY')

但是在实际的生产环境中，需求往往是需要在UserId键值中设置唯一索引，今天我就以这个作为示例，进行唯一索引的测试：复制代码 代码如下:-- 创建测试表1

CREATE TABLE `testtable1` (

`Id` INT(11) UNSIGNED NOT NULL AUTO_INCREMENT,

`UserId` INT(11) DEFAULT NULL,

`UserName` VARCHAR(10) DEFAULT NULL,

`UserType` INT(11) DEFAULT NULL,

PRIMARY KEY (`Id`),

UNIQUE KEY `IX_UserId` (`UserId`)

) ENGINE=INNODB DEFAULT CHARSET=utf8;

-- 创建测试表2

CREATE TABLE `testtable2` (

`Id` INT(11) UNSIGNED NOT NULL AUTO_INCREMENT,

`UserId` INT(11) DEFAULT NULL,

`UserName` VARCHAR(10) DEFAULT NULL,

`UserType` INT(11) DEFAULT NULL,

PRIMARY KEY (`Id`),

UNIQUE KEY `IX_UserId` (`UserId`)

) ENGINE=INNODB DEFAULT CHARSET=utf8;

-- 插入测试数据1

INSERT INTO testtable1(Id,UserId,UserName,UserType)

VALUES(1,101,'aa',1),(2,102,'bbb',2),(3,103,'ccc',3);

-- 插入测试数据2

INSERT INTO testtable2(Id,UserId,UserName,UserType)

VALUES(1,201,'aaa',1),(2,202,'bbb',2),(3,203,'ccc',3),(4,101,'xxxx',5);