MySQL的replace into用法总结

简介Replace类似于insert语句。
如果表中的一个旧记录与一个用于PRIMARY KEY或一个UNIQUE索引的新记录具有相同的值，则在新记录被插入之前，旧记录被删除。除非表有一个PRIMARY KEY或UNIQUE索引，否则，使用一个REPLACE语句没有意义。该语句会与INSERT相同，因为没有索引被用于确定是否新行复制了其它的行。所有列的值均取自在REPLACE语句中被指定的值。所有缺失的列被设置为各自的默认值，这和INSERT一样。不能从当前行中引用值，也不能在新行中使用值。如果使用一个例如“SET col_name = col_name + 1”的赋值，则对位于右侧的列名称的引用会被作为DEFAULT（col_name）处理。因此，该赋值相当于SET col_name = DEFAULT（col_name） + 1。为了能够使用REPLACE，必须同时拥有表的INSERT和DELETE权限。REPLACE语句会返回一个数，来指示受影响的行的数目。该数是被删除和被插入的行数的和。如果对于一个单行REPLACE该数为1，则一行被插入，同时没有行被删除。如果该数大于1，则在新行被插入前，有一个或多个旧行被删除。如果表包含多个唯一索引，并且新行复制了在不同的唯一索引中的不同旧行的值，则有可能是一个单一行替换了多个旧行。受影响的行数可以容易地确定是否REPLACE只添加了一行，或者是否REPLACE也替换了其它行：检查该数是否为1（添加）或更大（替换）。如果您正在使用C API，则可以使用mysql_affected_rows（）函数获得受影响的行数。主要使用的算法的详细说明（该算法也用于LOAD DATA...REPLACE）：
1. 尝试把新行插入到表中
2. 当因为对于主键或唯一关键字出现重复关键字错误而造成插入失败时：a. 从表中删除含有重复关键字值的冲突行b. 再次尝试把新行插入到表中。主要形式1. replace into tbl_name（col_name, ...） values（...）
2. replace into tbl_name（col_name, ...） select ...
3. replace into tbl_name set col_name=value, ...
4. load data infile replace into tbl_nameLOAD DATA ... REPLACE INTO TABLE如果指定了REPLACE，输入行将会代替已存在的行（也就是说，主索引值相同的行将作为存在的行）。
如果指定了IGNORE，与已存在行主键值重复的输入行将被跳过。
如果不指定二者中的任一个，则操作行为将依赖是否指定了LOCAL 关键字。
没有指定LOCAL，则如果发现有重复的键值，将产生一个错误，并忽略文本文件的其余部分。如果指定了LOCAL，则缺省的操作行为将与指定了IGNORE 的相同；这是因为，在操作过程中，服务器没有办法终止文件的传送。实例解析新建一个表，其中id为主键，name为唯一索引。建表语言如下所示：CREATE TABLE `test` （
`id` int（11） NOT NULL,
`name` varchar（20） NOT NULL,
PRIMARY KEY （`id`）,
UNIQUE KEY `name` （`name`）
） ENGINE=MyISAM DEFAULT CHARSET=gbk向其中插入一条记录，id=1，name=harveyinsert into test values （1, "harvey"）使用replace重新插入一条记录，id=2，name="qiu"replace into test values （2,"qiu"）此时受影响的行的数目为1，表中的数据为：
id name
1 harvey
2 qiu
使用replace插入一条记录，id=1，name="liu"replace into test values（1, "liu"）受影响的行的数目为2，此时select * from test的结果为
id name
1 liu
2 qiu使用replace插入一条记录，id=3，name=‘zhi’replace into test values（3, "zhi"）受影响的行的数目为2，此时select * from test的结果为
id name
3 zhi
2 qiu
使用replace插入一条记录，id=2，name="zhi"
受影响的行的数目为3，此时select * from test的结果为
id name
2 zhi CentOS 6.5编译安装MySQL 5.6.16MySQL优化之应用端优化：MySQL查询高速缓冲相关资讯 replace into 本文评论查看全部评论（0）