您好,欢迎访问一九零五行业门户网

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

bitscn.com
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 日志文件大小的比较:
很显然,使用更大的日志文件,测试结果更稳定!
结论:
innodb_buffer_pool_instances 参数显著的影响测试结果,特别是非常高的 i/o 负载时。
在 mysql 5.6 ,最终是可以获得非常稳定的吞吐,但自适应的 flush 机制仍需较大的日志文件。
mysql 配置如下: 
01 [mysqld] 02 gdb 03   04 innodb_file_per_table = true 05 innodb_data_file_path = ibdata1:100m:autoextend 06 innodb_flush_method = o_direct 07 innodb_log_buffer_size = 256m 08   09 innodb_flush_log_at_trx_commit = 1 10 innodb_buffer_pool_size = 125g 11 innodb_buffer_pool_instances=8 12   13 innodb_log_file_size = 4g 14 innodb_log_files_in_group = 2 15 #####plugin options 16 innodb_read_io_threads = 16 17 innodb_write_io_threads = 16 18 innodb_io_capacity = 20000 19 innodb_io_capacity_max = 40000 20   21   22 #not innodb options (fixed) 23 port = 3306 24 back_log = 50 25 max_connections = 2000 26 max_prepared_stmt_count=500000 27 max_connect_errors = 10 28 table_open_cache = 2048 29 max_allowed_packet = 16m 30 binlog_cache_size = 16m 31 max_heap_table_size = 64m 32 sort_buffer_size = 4m 33 join_buffer_size = 4m 34 thread_cache_size = 1000 35 query_cache_size = 0 36 query_cache_type = 0 37 ft_min_word_len = 4 38 thread_stack = 192k 39 tmp_table_size = 64m 40   41 server-id = 10 42 #*** myisam specific options 43 key_buffer_size = 8m 44 read_buffer_size = 1m 45 read_rnd_buffer_size = 4m 46 bulk_insert_buffer_size = 8m 47 myisam_sort_buffer_size = 8m 48 myisam_max_sort_file_size = 10g 49 myisam_repair_threads = 1 50 myisam_recover 51 user=root 52 skip-grant-tables 英文原文,oschina原创翻译
bitscn.com
其它类似信息

推荐信息