MySQL为什么比PostgreSQL的插入慢3倍？

wubx

MySQL的默认配置太保守了.

只改一个innodb_buffer_pool_size还真不足以休现出来MySQL的真正性能.

double write会在读写并发高的情况会增加MySQL的吞吐量的.

如果通过测试得到double write 影响数据库的性能.那就杯具了.

wubx

原帖由 d.c.b.a 于 2011-4-17 20:59 发表
innodb，用绑定变量，8个字段，一秒钟能进3万条。

顶偶象.

ucgary

原帖由 osdba 于 2011-4-20 13:52 发表
通过测试 ，基本弄清楚了，MySQL的double write是导致了性能的下降的最主要原因，当关闭double write，性能大大提高。而PostgreSQL防止坏块的方法是页面影像功能，即自上次发生checkpoint后，块发生变化时，会把整个块复制到WAL日志中，后面这个块再发生变化时，只复制变化的信息。这样保证了可以通过WAL来恢复坏块问题。所以这一块PostgreSQL设计比InnoDB强。

当关闭double write，性能大大提高..... ,
double write 是顺序写,开销很小的.  最多影响5%. 不会是你所说的大大提高性能.
可以贴出你的参数给大家看下.

osdba

测试方法不变，只是禁止了double write。5%的说法只是在当全是随机写的时候才成立。因为随机写的时候，数据先写到了double write区域中，然后合适的时候再把double write区域中的块按物理顺序合并排序后写入实际的数据块中，这样如果原先的IO是离散的，而double write区的写的顺序的，这样相对随机写，可能只有5%的影响，但如果原先的IO就是有序的，那边double write就不是5%的影响了。

mysqldbd

原帖由 osdba 于 2011-4-20 13:52 发表
通过测试 ，基本弄清楚了，MySQL的double write是导致了性能的下降的最主要原因，当关闭double write，性能大大提高。而PostgreSQL防止坏块的方法是页面影像功能，即自上次发生checkpoint后，块发生变化时，会把整个块复制到WAL日志中，后面这个块再发生变化时，只复制变化的信息。这样保证了可以通过WAL来恢复坏块问题。所以这一块PostgreSQL设计比InnoDB强。

MySQL的double write？ 没有接触过，好好研究去。

ucgary

原帖由 osdba 于 2011-4-21 10:21 发表
测试方法不变，只是禁止了double write。5%的说法只是在当全是随机写的时候才成立。因为随机写的时候，数据先写到了double write区域中，然后合适的时候再把double write区域中的块按物理顺序合并排序后写入实际的数据块中，这样如果原先的IO是离散的，而double write区的写的顺序的，这样相对随机写，可能只有5%的影响，但如果原先的IO就是有序的，那边double write就不是5%的影响了。

1. double write buffer 是物理区域;
2. double write buffer 是一种安全机制, innodb buffer 刷新数据的时候,会先刷新到double write buffer,然后刷新到磁盘,这两个操作可以看作独立的;

postgreSql比mysql快3倍.我想是另外的因素影响. binlog,innodb事务日志之间的同步需要考虑.日志和数据文件的刷新机制需要考虑.

ymhtt

mysql的自动提交关闭或 innodb_flush_log_at_trx_commit=2 试试

ymhtt

double不会太影响效率的，毕竟只多了个顺序写的过程。