MySQL 5.6.7-RC 的 tpcc-mysql 基准测试结果

MySQL 5.6.7 RC 前些天发布了，因此我决定使用 tpcc-mysql 对其表现进行测试，包括性能和稳定性方面。我不能说我的测试过程是完美无瑕的，因为发现了两个 bug ：

MySQL 5.6.7 在 CREATE INDEX 时锁住了
MySQL 5.6.7-rc 在使用 tpcc-mysql 工作负载测试时崩溃

不晓得是不是因为是 RC 版本的原因，后来向 Oracle 提交一些反馈，下面是详细的测试环境：

测试日期: Oct-2012
测试目的: 测试 MySQL 5.6.7 的表现
硬件换
- 服务器: Dell PowerEdge R710
- CPU: 2x Intel（R） Xeon（R） CPU E5-2660 0 @ 2.20GHz
- 内存: 192GB（这个内存太猛了）
- 存储: Very Fast PCIe Flash Card
- 文件系统: ext4
软件
- 操作系统: CentOS 6.3
- MySQL 版本: 5.6.7-RC
测试规范
- 测试工具: tpcc-mysql
- 测试数据: 2500W （~250GB of data）
- 测试时间: 总共测试 4000 秒，但只取最后的 2000 秒，避免因为冷启动的问题导致测试结果不准确
不同的测试参数: 使用几组不同的 innodb_buffer_pool_size:13, 25, 50, 75, 100, 125GB ， innodb_buffer_pool_instances: 1 and 8, and innodb_log_file_size: 2x4GB and 2x8GB.

测试结果：
第一个结果使用的事 2x4GB 的 InnoDB 日志文件：我们可看出当 innodb_buffer_pool_instances=8 在很小的 buffer_pool 大小时有很大的不同，而使用大的 buffer_pool 时，innodb_buffer_pool_instances=1 的表现最棒。测试结果在大的 buffer_pool 时是很稳定的，原因是 InnoDB 使用异步 flush 模式，在新的 InnoDB flush 机制下以前的问题已经修复。不过 Dimitry 告诉我需要一个更大的 InnoDB 日志文件来获得更稳定的结果。下面是 2x4GB vs 2x8GB innodb 日志文件大小的比较：很显然，使用更大的日志文件，测试结果更稳定！

关于Oracle的ORA-00607和ORA-00600错误解决方法RHEL5.5 64位下安装Oracle 11g 64位安装前置条件的两种方法相关资讯 MySQL基础教程 MySQL基准测试 tpcc-mysql

MySQL教程：使用tpcc-mysql进行压（01月24日）
TPCC-MySQL基准测试（12/24/2015 21:30:23）
MySQL基准测试工具TPCC-MySQL使用（07/16/2014 10:22:48）

MySQL基础教程：关于varchar（N）（01月22日）
高性能MySQL（第3版）中文PDF带目（10/26/2014 10:03:50）
TPCC-MySQL基准测试（07/16/2014 10:15:07）

本文评论查看全部评论（0）