mysql> show variables like ‘%sort_buffer_size%’;
+————————-+———+
| Variable_name | Value |
+————————-+———+
| innodb_sort_buffer_size | 1048576 |
| myisam_sort_buffer_size | 8388608 |
| sort_buffer_size | 262144 |
+————————-+———+
3 rows in set (0.00 sec)
默认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