在 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
4G 内存， SCSI 硬盘
非专业非名牌，普通组装的服务器。
表结构就是一般的用户表，包含 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
