程序员人生 网站导航

mysql高并发性能的关键要素

栏目:数据库应用时间:2015-02-26 21:10:40

作者:晴落花香

博客:http://blog.csdn.net/qing_gee

其他网站如有转载,请务必标明出处!

前言:最近1直在做项目的性能优化,经历了1个多星期的弯路,终究找到了1个突破点,经过和同事(非常感谢,稍后他会将进程写在他的博客,我会把连接地址跟贴到本博客)的努力,我们的期货交易平台性能在服务端已得到很好的提升。

首先我们先看1下,我的电脑(i3⑶220,4G内存,没有配置innodb_buffer_pool_size参数的情况下,抛开程序的性能,经过1个线程⑻个线程的测试结果)环境下,大家可以看到以下的图,线程并发情况下,时间不断的爬升,这让人好苦恼,说好的高性能,高并发呢?

结果:

不过经过1个多星期的努力,不经意间,我在同事的电脑上发现,一样的代码测试后,时间和我的不是1个等量级的,要比我的电脑快很多,他的电脑(其他条件同等,CPU为i3⑷150),8个商品8000挂单下能到达135ms,首先说明CPU的提升对程序处理来讲是非常有效果的,但是仍然在高并发的情况下,表现的很低劣。

时至本日,通过比对mysql的配置文件my.ini,不经意间,我们发现innodb_buffer_pool_size在8M和48M的配置下,性能简直就不在1个等级上,OK,那就继续调查吧,终究得出以下结论

innodb_buffer_pool_size=2G innodb_buffer_pool_instances=1
详细的解释,可以看以下介绍
# InnoDB, unlike MyISAM, uses a buffer pool to cache both indexes and # row data. The bigger you set this the less disk I/O is needed to # access data in tables. On a dedicated database server you may set this # parameter up to 80% of the machine physical memory size. Do not set it # too large, though, because competition of the physical memory may # cause paging in the operating system. Note that on 32bit systems you # might be limited to 2⑶.5G of user level memory per process, so do not # set it too high.
简单来讲,就是pool-size可以缓存索引和行数据,值越大,IO读写就越少,如果单纯的做数据库服务,该参数可以设置到电脑物理内存的80%,哇,这个参数简直太棒了。紧接着,我们经过大量的测试发现,在innodb_buffer_pool_size=2G和innodb_buffer_pool_instances=1的参数设置情况下,效果最优。OK上图
产生了甚么事请,该参数下,20个商品,各下1000单,平均时间在55ms,别逗我了,mysql,你怎样不早1点告知我。

所以,推荐以下,mysql在高并发读写情况下,并且为innodb数据表时,请设置

innodb_buffer_pool_size=2G innodb_buffer_pool_instances=1

总结:性能的提升是漫长并且需要大量时间的,目前我们只做好了第1步,接下来我们还需要做的更多。

------分隔线----------------------------
------分隔线----------------------------

最新技术推荐