MySQL批量插入遇上唯一索引避免方法批量插入遇上唯一索引避免方法
一、一、背景背景
以前使用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`),
评论0
最新资源