Sort_Buffer_Size 是一个connection级参数，在每个connection第一次需要使用这个buffer的时候，一次性分配设置的内存。
Sort_Buffer_Size 并不是越大越好，由于是connection级的参数，过大的设置+高并发可能会耗尽系统内存资源。
文档说“On Linux, there are thresholds of 256KB and 2MB where larger values may significantly slow down memory allocation”
据说Sort_Buffer_Size 超过2KB的时候，就会使用mmap() 而不是 malloc() 来进行内存分配，导致效率降低。（在一个10年的文章看到的 不知道现在准不准确）
MySQL> show variables like ‘%sort_buffer_size%’;
默认256K
每个session 需要做一个排序分配的一个buffer,sort_buffer_size 不指定任何的存储引擎,
如果你看到很多的ort_merge_passes per second
mysql> SHOW GLOBAL STATUS like ‘%sort%’;
+——————-+———-+
| Variable_name | Value |
+——————-+———-+
| Sort_merge_passes | 1490 |
| Sort_range | 1086174 |
| Sort_rows | 23988490 |
| Sort_scan | 213850 |
+——————-+———-+
4 rows in set (0.00 sec)
你可以考虑增加sort_buffer_size 来加速ORDER BY 或者GROUP BY 操作,不能通过查询或者索引优化的。
在MySQL 5.6.4 优化器尝试解决需要多少空间,但可以分配更多,
达到极限。 在MySQL 5.6.4, 优化器分配整个buffer 即使如果根本不需要所有。
在任何情况下, 设置它大于需要的全局会减慢很多的查询。最后是作为一个会话设置来增加,
只有对需要大量的内存的会话, 在Linux上,有阀值为256KB 和2MB ,大的值可能显著的减慢内存分配,
因此你应该考虑下面中的一个值。
mysql> SET GLOBAL sort_buffer_size = 1024*1024;
Query OK, 0 rows affected (0.00 sec)
mysql> quit
.
mysql> show variables like ‘%sort_buffer%’;
+————————-+———+
| Variable_name | Value |
+————————-+———+
| innodb_sort_buffer_size | 1048576 |
| myisam_sort_buffer_size | 8388608 |
| sort_buffer_size | 1048576 |
+————————-+———+
3 rows in set (0.00 sec)
sort_buffer_size=1M