replace into..values/select和insert into ..values/select on duplicate update 异同

replace into..values/select和insert into ..values/select on duplicate update 异同?

MySQL5.5环境,t表结构:
+-------+---------+------+-----+---------+----------------+
| Field | Type    | Null | Key | Default | Extra          |
+-------+---------+------+-----+---------+----------------+
| id    | int(11) | NO   | PRI | NULL    | auto_increment |
| c1    | char(5) | YES  |     | NULL    |                |
| c2    | char(5) | YES  |     | NULL    |                |
+-------+---------+------+-----+---------+----------------+

初始化表数据:
insert into t(c1,c2)values('1','1');
insert into t(c1,c2)values('2','2');
insert into t(c1,c2)values('3','3');

总述:
id列无primary key/unique
1.2者和insert into ...values/select ...正常插入数据
2.全表加排他锁(x)

id列有primary key/unique
1.replace into t(id,c1) values(1,'11'),只更新了列c1值,c2被设置为NULL,处理方式相当于,delete 
from t where id=1 加 insert into t(id,c1)values(1,'11');2条SQL,从而c2取默认值，因此，在实际
使用过程中，需要给定表中所有列名，以免数据丢失.
2.insert into t(id,c1) values(3,'33') on duplicate key update c2='333',当id有数据重复冲突时，
update之后的sql(c2='333'),否则，insert into t(id,c2) values(4,'44') on duplicate key update 
c2='444',执行insert into t(id,c2) values(4,'44'),忽略update c2='444';
3.在更新的行加排他锁(x)

从http://www.tokutek.com/2010/07/why-insert-on-duplicate-key-update-may-be-slow-by-incurring-disk-seeks/
据悉，建议在日常中使用,replace into ...values/select
原因:insert into ... on pulicate key update...,插入数据较慢，insert处理过程中，通过表primary/unique key
查验需要插入记录是否已存在表中，在此过程中涉及磁盘数据扫描，这是慢的原因，没有重复冲突数据，直接插入;
此外，还有涉及持有的锁，也会相应的影响系统的并发度;