遇到一个InnoDB的tablespace文件大小疯涨的问题

iask

原帖由 cenalulu 于 2009-9-27 17:06 发表



google了一把，发现很多人也有相同的问题，但是没有很好的解决办法。
网上的建议是，export数据，restart mysql， import 数据，可以解决这个问题。

import后重启数据库，等10G的innodb_buffer_pool_size用完后，ibdata又会再次疯涨，中间用不了几个小时就会又达到80G。
而做一次dump/import操作至少需要2～3个小时。这还是数据在G级别情况，如果是T基本，基本就抓狂了！！！

iask

原帖由 iask 于 2009-9-27 19:02 发表


innodb_flush_method是确定日志及数据文件如何write、flush；
我之前试过把innodb_flush_method=O_DIRECT，对这个问题没有任何改善。只有O_DSYNC这个策略没有测试，晚上测试一下看看

刚刚把innodb_flush_method=O_DSYNC，重启数据库，当innodb_buffer_pool_size使用了80%左右，Drty数据达到 37.48%后，ibdata又开始快速增长。

iask

准备晚上冒险关掉Doublewrite buffer测试一下。
PS: 因为服务器采用的硬件RAID10并且带有电池，应该不会有太大风险，希望如此。

ruochen

原帖由 cenalulu 于 2009-9-27 17:06 发表



google了一把，发现很多人也有相同的问题，但是没有很好的解决办法。
网上的建议是，export数据，restart mysql， import 数据，可以解决这个问题。

从你描述的来看象Bug