《且将新火试新茶 - MySQL Benchmark》推荐自己的blog文章。

《且将新火试新茶 - MySQL Bench》文章推荐http://blog.csdn.net/fullsail/archive/2009/01/11/3748251.aspx2-3年前的文章了，整理了一下发在blog上，希望大家指点。文章的开头部分。
公司内部最流行的数据库就是MySQL，而关于MySQL性能，我听过种种传说和流言。而对于数据库的性能优化和测试，我一直有强烈的兴趣，曾经见过一篇Oracle的性能优化文章，Linux Journal的Bert Scalzo所著的《Linux Maximus, Part 1: Gladiator-like Oracle Performance》，国人的翻译是《角斗士般的Oracle性能》[注]，那兄弟为了压榨Oracle的性能，从数据库的参数到操作系统的参数都进行了调整，最后得到的优化性能比开始提高了10多倍。为什么我用了压榨这个词，你可以想像将文件的最后修改时间调整为不可改变都可以提升数据库的性能。调整几个参数就可以使系统的能力如此提升，何乐而不为呢？对于MySQL的性能，基本分成两种截然不同的声音：MySQL自己声称的性能数据是如此的优秀，超过Oracle等数据库若干倍等等。其实大多数公司进行的这样的对比测试都是不可信的，自己产品用专有接口，别人产品用出了名的慢接口ODBC，自己不用事务，别人用事务操作，这样的结果数据差距当然十万八千里。另外一种声音基本来之公司内部，主要质疑的是大数量下的性能，普遍的态度是认为在200000条记录以上，MySQL的性能将急剧下降。我个人是后一种观念的受害者，经常为了活动的开发还分表。最近有机会利用公司的设备资源，自己比较测试了若干种环境下的MySQL的表现，很多测试数据的结果颠覆了自己原来对MySQL的认识。