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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

› MySQL 5.5 Community Server

› MySQL 5.6 Community Server

› Percona Configuration Wizard

› XtraBackup 搭建主从复制

Great Sites on MySQL

› Percona

› MySQL Performance Blog

› Severalnines

推荐管理工具

› Sequel Pro

› phpMyAdmin

推荐书目

› MySQL Cookbook

MySQL 相关项目

› MariaDB

› Drizzle

参考文档

› http://mysql-python.sourceforge.net/MySQLdb.html

这是一个创建于 3877 天前的主题，其中的信息可能已经有所发展或是发生改变。

https://www.percona.com/blog/2015/06/17/update-on-the-innodb-double-write-buffer-and-ext4-transactions/

写入

innodb

硬盘

10 条回复 • 2015-06-18 17:47:25 +08:00

est

2015 年 6 月 18 日

还是TokuDB厉害一点。

br00k

2015 年 6 月 18 日

请换SSD

Livid

MOD

PRO

2015 年 6 月 18 日

@est 有什么比较权威的对比文章么？

est

2015 年 6 月 18 日

@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 年 6 月 18 日

@est 但我不用TokuDB的原因是，没办法在一个实例上使用多块磁盘

est

2015 年 6 月 18 日

@RisingV 贵厂的数据有多大啊。。都要多块磁盘了。。

是不是意思就是一个库只能 /dev/sda 不能跨到 /dev/sdb 上去？

RisingV

2015 年 6 月 18 日

@est 是的，就是这个原因。innodb用File-Per-Table可以跨磁盘

ffffwh

2015 年 6 月 18 日

@RisingV
话说这种情况不用LVM是为啥？

mancoffee

2015 年 6 月 18 日

有意义吗？

RisingV

2015 年 6 月 18 日

@ffffwh 因为所用的云服务不支持