Mysql实例mysql Sort aborted: Out of sort memory, consider in

《Mysql实例mysql Sort aborted: Out of sort memory,consider increasing server sort buffer size的解决方法》要点：
本文介绍了Mysql实例mysql Sort aborted: Out of sort memory,consider increasing server sort buffer size的解决方法，希望对您有用。如果有疑问，可以联系我们。

MYSQL应用今天在检查mysql服务器的时候提示Sort aborted: Out of sort memory,consider increasing server sort buffer size,安装字面意思就是 sort内存溢出,考虑增加服务器的排序缓冲区(sort_buffer_size)大小

MYSQL应用sort_buffer_size=3M
join_buffer_size = 3M

MYSQL应用下面是针对16G 内存设置的参数：

MYSQL应用sort_buffer_size = 2M
# Sort_Buffer_Size 是一个connection级参数,在每个connection(session)第一次需要使用这个buffer的时候,一次性分配设置的内存.
#Sort_Buffer_Size 并不是越大越好,由于是connection级的参数,过大的设置+高并发可能会耗尽系统内存资源.例如：500个连接将会消耗 500*sort_buffer_size(8M)=4G内存
#Sort_Buffer_Size 超过2KB的时候,就会使用mmap() 而不是 malloc() 来进行内存分配,导致效率降低.
#技术导读 http://blog.webshuo.com/2011/02/16/mysql-sort_buffer_size/
#dev-doc: http://dev.mysql.com/doc/refman/5.5/en/server-parameters.html
#explain select*from table where order limit；出现filesort
#属重点优化参数

MYSQL应用不过我看到有人将sort_buffer_size设置为10M,我就是因为设置了10M,后来我设置为2-3M,就没有问题了

MYSQL应用Written by cenalulu @ 2010-10-26

MYSQL应用基础知识：

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

MYSQL应用本文主要针对第三点做测试：
据说Sort_Buffer_Size 超过2KB的时候,导致效率降低.

MYSQL应用环境：

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

MYSQL应用测试表结构：

MYSQL应用1w 行的表,表结构

MYSQL应用+-------+------------------+------+-----+---------+----------------+
| 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?? |???? |???????? |??????????????? |
+-------+------------------+------+-----+---------+----------------+

MYSQL应用测试语句：

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

MYSQL应用测试结果：

MYSQL应用执行时间

MYSQL应用250K ： 1.318s
512K ： 1.944s
3M???? ： 2.412s

MYSQL应用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

MYSQL应用512 K

MYSQL应用[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

MYSQL应用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

MYSQL应用结论：
确实如文档所说,使用mmap 分配内存时,会带来性能上的损耗,影响大约在 30% 左右.
由于是limit 1,因此减弱了buffer size对排序速度的影响.
其实buffer size 越大,所需要进行的sort-merge的次数越少,执行时间越短.视具体的语句而定.
我只是想说明下,并不是越大越好. 也并不存在一个绝对的最佳值.
还是要看具体的业务环境决定值的大小. 对于高并发的应用,还是别设置太大的比较好.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!