InnoDB 在传统机械硬盘上的写入性能优化

2015-06-18 04:21:03 +08:00
 Livid
https://www.percona.com/blog/2015/06/17/update-on-the-innodb-double-write-buffer-and-ext4-transactions/
4269 次点击
所在节点    MySQL
10 条回复
est
2015-06-18 08:45:53 +08:00
还是TokuDB厉害一点。
br00k
2015-06-18 09:03:46 +08:00
请换SSD
Livid
2015-06-18 09:36:02 +08:00
@est 有什么比较权威的对比文章么？
est
2015-06-18 09:59:17 +08:00
@Livid 好像percona自己的就有不少

https://www.percona.com/blog/2013/05/07/benchmarking-percona-server-tokudb-vs-innodb/

https://www.percona.com/blog/2009/04/28/detailed-review-of-tokutek-storage-engine/

tokudb 主要nb的地方是自带压缩，我有100G的csv，导入TokuDB之后居然只有30G，跟我用bz2压缩结果差不多一样大。太神奇了！读写性能我觉得很好。没严格测过，3kw行，算某个非索引的int字段的全表avg大概30秒吧。
RisingV
2015-06-18 10:02:33 +08:00
@est 但我不用TokuDB的原因是，没办法在一个实例上使用多块磁盘
est
2015-06-18 10:41:29 +08:00
@RisingV 贵厂的数据有多大啊。。都要多块磁盘了。。

是不是意思就是一个库只能 /dev/sda 不能跨到 /dev/sdb 上去？
RisingV
2015-06-18 10:55:46 +08:00
@est 是的，就是这个原因。innodb用File-Per-Table可以跨磁盘
ffffwh
2015-06-18 10:57:34 +08:00
@RisingV
话说这种情况不用LVM是为啥？
mancoffee
2015-06-18 11:01:54 +08:00
有意义吗？
RisingV
2015-06-18 17:47:25 +08:00
@ffffwh 因为所用的云服务不支持

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/199411

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX