基础知识:

1。 Sort_Buffer_Size 是一个connection级参数,在每个connection第一次需要使用这个buffer的时候,一次性分配设置的内存。
2。 Sort_Buffer_Size 并不是越大越好,由于是connection级的参数,过大的设置+高并发可能会耗尽系统内存资源。
3。 文档说“On Linux, there are thresholds of 256KB and 2MB where larger values may significantly slow down memory allocation”

本文主要针对第三点做测试:
据说Sort_Buffer_Size 超过2KB的时候,就会使用mmap() 而不是 malloc() 来进行内存分配,导致效率降低。

环境:

为了更大的体现性能差距,使用 1GB内存的Fedora 虚拟机进行测试

测试表结构:

1w 行的表, 表结构

+-------+------------------+------+-----+---------+----------------+
| Field | Type             | Null | Key | Default | Extra          |
+-------+------------------+------+-----+---------+----------------+
| id    | int(10) unsigned | NO   | PRI | NULL    | auto_increment |
| k     | int(10) unsigned | NO   | MUL | 0       |                |
| c     | char(120)        | NO   |     |         |                |
| pad   | char(60)         | NO   |     |         |                |
+-------+------------------+------+-----+---------+----------------+

测试语句:

分别设置Sort_Buffer_Size 为 250K ,512K, 3M ,然后运行以下语句,查看运行时间。
1. sql_no_cache 防止query cache起效。
2. limit 1 为了减少排序占执行时间的比重,更多的体现内存分配带来的影响
3. 语句explain的结果是 filesort , 以确保使用sort_buffer

  1. mysqlslap -uroot -h127.0.0.1 -q ' select sql_no_cache * from sbtest order by pad limit 1' -c 100 --create-schema=test -i 10

复制代码

测试结果:

执行时间

250K : 1.318s
512K : 1.944s
3M     : 2.412s

250 K
[root@localhost tmp]# mysqlslap -uroot -h127.0.0.1 -q ' select sql_no_cache * from sbtest order by pad limit 1' -c 100 --create-schema=test -i 10
Benchmark
        Average number of seconds to run all queries: 1.318 seconds
        Minimum number of seconds to run all queries: 1.285 seconds
        Maximum number of seconds to run all queries: 1.378 seconds
        Number of clients running queries: 100
        Average number of queries per client: 1

512 K

[root@localhost tmp]# mysqlslap -uroot -h127.0.0.1 -q ' select sql_no_cache * from sbtest order by pad limit 1' -c 100 --create-schema=test -i 10
Benchmark
        Average number of seconds to run all queries: 1.944 seconds
        Minimum number of seconds to run all queries: 1.362 seconds
        Maximum number of seconds to run all queries: 4.406 seconds
        Number of clients running queries: 100
        Average number of queries per client: 1

3M
[root@localhost tmp]# mysqlslap -uroot -h127.0.0.1 -q ' select sql_no_cache * from sbtest order by pad limit 1' -c 100 --create-schema=test -i 10
Benchmark
        Average number of seconds to run all queries: 2.412 seconds
        Minimum number of seconds to run all queries: 2.376 seconds
        Maximum number of seconds to run all queries: 2.527 seconds
        Number of clients running queries: 100
        Average number of queries per client: 1

结论:
确实如文档所说, 使用mmap 分配内存时,会带来性能上的损耗,影响大约在 30% 左右。

最新文章

  1. php递归获取顶级父类id
  2. Win7 下IIS(7.5)发布 ASP.NET MVC
  3. HTML+AngularJS+Groovy如何实现登录功能
  4. Eclipse中安装可以新建html文件的插件(Eclipse HTML Editor)
  5. [RxJS] What RxJS operators are
  6. Google代码实验室
  7. (转)检测到在集成的托管管道模式下不适用的ASP.NET设置的解决方法(转)
  8. MiniProfiler工具介绍
  9. leetcode:程序猿面试技巧
  10. [dev] Go的协程切换问题
  11. HTML网页音频控制
  12. log4net 2.0.8 不支持core 数据库记录日志
  13. django1.10.3下admin后台管理老是显示object
  14. SCCM2012 R2实战系列之十:解决WDS服务无法启动问题(错误1067:进程意外终止)
  15. linux移植常见问题
  16. django orm 优化
  17. 2016.5.18——leetcode:Majority Element
  18. Java事务管理之Spring+Hibernate
  19. JPA实体类中的注解
  20. [8] 圆面(Round)图形的生成算法

热门文章

  1. POJ 3616 Milking Time 【DP】
  2. ubuntu16.04下搜狗输入法异常
  3. Python 缓冲区
  4. 068 Oozie任务调度框架
  5. Python - 经典程序示例
  6. Nmap的详细使用
  7. spring AbstractBeanDefinition创建bean类型是动态代理类的方式
  8. Java动态追踪技术探究
  9. 关于H5在移动端架构的优化设计总结
  10. maven的pom.xml配置文件中常用的配置标签解析(2018-03-13)