反驳"MySQL InnoDB (不行)的性能问题"，千万级别记录来测试说明
在 JavaEye 上看到一篇对 MySQL FUD(Fear, uncertainty and doubt) 的文章
用MySQL InnoDB Benchmark 性能测试来说明
文中提到："InnoDB 的磁盘性能很令人担心，MySQL 缺乏良好的 tablespace 真是天大的缺陷！……网上有用户反映存在同样的插入性能问题，百万行记录插入之后，插入速度下降到了 1/30，从开始的 1600行/秒衰退到 50行/秒……"
50行/秒这么慢我从来没见过，见也没人反驳，所以自己再专门验证一下。
Tim's 环境：
MySQL 5.0.26 x86_64
Linux x86_64
iddata 文件大小17G,未使用innodb_file_per_table分表选项
表1: 1000万行左右，表大小 2.2G，含主键有6个索引字段
表2: 3000万行左右，表大小 6.3G，含主键有6个索引字段
MySQL还有其他一些数据也在iddata中，但测试时候其他数据未访问。
MySQL Server Hardware 环境
双 XEON 3G
非专业非名牌，普通组装的服务器。
表结构就是一般的用户表，包含 int, varchar, datetime 字段类型，无 text,blob 类型字段。
单行长度 0.1K 左右
对表1测试2分钟插入操作，在1千万的表中每个调用插入1行，通过Java JDBC在另外一台测试机上调用。
服务器 CPU 30%
JDBC Result:
INSERT OK /ERR: 73824/0
Java HEAP: 7.12MB of 63.56 MB (11.2%) used
TIME elapse(sec): 129
AVG平均/CUR当前/MAX最大 Inserts/SEC: 572/620/620
再测试一个3000万的表，通过Java JDBC在另外一台测试机上调用。
可能上一个测试2分钟会让人觉得没有说服力，3000万的表二就测试久一点吧。测试了10多分钟，又插入了100万条新的数据
一个调用只插入1行，8个线程。使用了连接池。
测试结果速度非常稳定。
服务器 CPU 30%
OK /ERR: 1,006,907/0
HEAP: 6.57MB of 63.56 MB (10.3%) used
TIME elapse(sec): 1683
AVG/CUR/MAX Inserts/Sec: 598/586/647
测试结果是：3000万行的表再插入100万行速度持续在将近 600行/秒
论坛文章中还提到"看着文件尺寸 100KB 100KB 的增长，是没法体会痛苦的"，
根据MySQL文档，这个增长的size可以配置的，如果数据库大量INSERT, 可以把innodb文件设成每次增长100M或更大。
测试后打算回复一下，可惜JavaEye上新注册了的账号没有论坛发文的权限，只好先放在自己家了。感兴趣的朋友可以去那边讨论。
第二天补充：今天觉得文章说服力不够，因为我的测试表没有TEXT/BLOB字段，所以再测试下大字段，加了个TEXT字段，每行TEXT插入10K，整体速度比上个肯定会低一点，
但可以证明没有线性下降的问题，也可以给大家提供更多参考。
表中已有1000万行记录，采用上面相同的程序。
服务器 CPU 持续在 30%左右，测试结果见下图
测试结果每行插入10k数据，速度维持在300行/秒左右。数据库写入速度大致为: 3M/S
下次有时间再试试单表1亿条记录的。我觉得速度应该还会保持。
有话要说