Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1734245
  • 博文数量: 107
  • 博客积分: 1715
  • 博客等级: 上尉
  • 技术积分: 3168
  • 用 户 组: 普通用户
  • 注册时间: 2012-04-18 18:42
个人简介

阿里巴巴DBA,原去哪儿网DBA。专注于MySQL源码研究、DBA运维、CGroup虚拟化及Linux Kernel源码研究等。 github:https://github.com/HengWang/ Email:king_wangheng@163.com 微博 :@王恒-Henry QQ :506437736

文章分类

全部博文(107)

文章存档

2014年(2)

2013年(38)

2012年(67)

分类: Mysql/postgreSQL

2012-04-27 11:57:05

2innodb_log_buffer_size测试

参数设置

其他参数的设置为:

innodb_additional_mem_pool_size =256

innodb_log_file_size = 4G

innodb_buffer_pool_size = 32G

innodb_max_dirty_pages_pct=75

innodb_thread_concurrency=16

测试结果及分析

测试innodb_log_buffer_size分别为256M512M下,percona server的性能。

 

1innodb_log_buffer_size256M情况下得出的TPmC结果:

(all must be [OK])

 [transaction percentage]

        Payment: 43.48% (>=43.0%) [OK]

   Order-Status: 4.35% (>= 4.0%) [OK]

       Delivery: 4.35% (>= 4.0%) [OK]

    Stock-Level: 4.35% (>= 4.0%) [OK]

 [response time (at least 90% passed)]

      New-Order: 100.00%  [OK]

        Payment: 100.00%  [OK]

   Order-Status: 100.00%  [OK]

       Delivery: 100.00%  [OK]

    Stock-Level: 100.00%  [OK]

 

                 25219.584 TpmC

 

性能分析如图:

 

2innodb_log_buffer_size512M情况下得出的TPmC结果:

(all must be [OK])

 [transaction percentage]

        Payment: 43.48% (>=43.0%) [OK]

   Order-Status: 4.35% (>= 4.0%) [OK]

       Delivery: 4.35% (>= 4.0%) [OK]

    Stock-Level: 4.35% (>= 4.0%) [OK]

 [response time (at least 90% passed)]

      New-Order: 100.00%  [OK]

        Payment: 100.00%  [OK]

   Order-Status: 100.00%  [OK]

       Delivery: 100.00%  [OK]

    Stock-Level: 100.00%  [OK]

 

                 27191.732 TpmC

 

性能分析如图:

 

测试结论

innodb_log_buffer_size512M时,percona server的性能较256M时的性能高。由于设置的innodb_flush_log_at_trx_commit的值为2,也就是说log暂时写入到buffer中,每秒flush到磁盘。因此,在高性能server下,内存可以适当调大该参数。
阅读(1975) | 评论(3) | 转发(0) |
给主人留下些什么吧!~~

liushuiwuqing42014-07-21 16:04:27

liushuiwuqing4:我遇到了这样的一个问题:

Server 配置 内存190G,cpu 2个,都是16核的,物理磁盘有2TB, MySQL 我用的是 5.5.36-log MySQL Community Server (GPL)。

测试方法:

./tpcc_start -h ip -d tpcc1000 -uroot -p pwd -w50 -c64 -r60 -l200

我发现 cpu 和 memory 基本上没有任何多大的负载,也就是说压力基本木有。 而且 TPCM 也就 7000多而已,根本没有你上面的 2.7w 那么多, 那我是不是只是需要增加 warehouse 的个数就可以了呢?

我现在打算插入1k 个 warehouse,但是我仍然担心他没法把系统资源占满,因为我感觉tpcm 跟 数据量也没有必然的关系吧。

而且 tpcc-mysql 里面也只是8个表而已,那么如何才能够更好的模拟出大并发量的请求呢?还望您指点迷津下。

回复 | 举报

liushuiwuqing42014-07-21 16:01:31

我遇到了这样的一个问题:

Server 配置 内存190G,cpu 2个,都是16核的,物理磁盘有2TB, MySQL 我用的是 5.5.36-log MySQL Community Server (GPL)。

测试方法:

./tpcc_start -h ip -d tpcc1000 -uroot -p pwd -w50 -c64 -r60 -l200

我发现 cpu 和 memory 基本上没有任何多大的负载,也就是说压力基本木有。 而且 TPCM 也就 7000多而已,根本没有你上面的 2.7w 那么多, 那我是不是只是需要增加 warehouse 的个数就可以了呢?

我现在打算插入1k 个 warehouse,但是我仍然担心他没法把系统资源占满,因为我感觉tpcm 跟 数据量也没有必然的关系吧。

liushuiwuqing42014-07-21 15:39:43

大牛,还是你写的东西详细,佩服,我也正在学习怎么用tpcc-mysql 进行压力测试。