truncate表和update 效率_关于几种存在即 update，不存在即 insert 的效率问题——INSERT，REPLACE，INSERT-UPDATE性能比较...

一、为什么要有这个实验

我们的系统是批处理系统，类似于管道的架构。而各个数据表就是管道的两端，而我们的程序就类似于管道本身。我们所需要做的事情无非就是从A表抽取数据，经过一定过滤、汇总等操作放置到B表。如果出现了错误，那么就从重新跑这一个管道。所以说，我们的系统其实根本就不要什么事务性，无非就是挂了把表给TRUNCATE(或者有条件地DELETE)一下，然后重跑就行了。

这样一来，对于select语句就相对比较容易，基本上不需要做JOIN操作。然而对于写操作就有一些要求。比如说，需要处理主键重复(可能之前跑挂了，现在需要重跑，到底是提示错误呢，还是做个REPLACE或者UPDATE)等等问题。

在引入了MYSQL之后，我们发现MYSQL在SQL语句层面就提供了对于类似问题的解决。包括了INSERT，REPLACE，INSERT-ON-DUPLICATE的操作。具体的说明请查看这里。唯一需要注意的是INSERT-ON-DUPLICATE这个操作，在UPDATE里面的VALUES的含义是INSERT列表里的那个固定值，如果需要引用数据表中原来的值，还是直接使用列名即可，无需用VALUES包装一下。

二、实验准备

我仍然是采用了在我们这里可能用到的最大的表，该表有近200个字段。实验环境也和上一篇文章中的一样。有了那篇文章中的比较，我就直接使用了10条多行插入的方法，也是每5000条提交一次。为了做个比较，我特意制作了一个传统的INSERT-UPDATE操作。该操作先进行INSERT插入动作，然后检查输出，如果是出现了“主键重复”的错误，那么直接调用UPDATE语句，用相同的数据替换那行(就是直接原值覆盖)。注意，这