MySQL手册里关于read_rnd_buffer_size的解释如下：

“这个参数用在sort查询之后 ，以保证获取以顺序的方式获取到查询的数据。如果你有很多order by 查询语句，增长这值能够提升性能。”

    这个解释足够简练，但没有准确的告诉我们这个参数工作在哪一层，SQL层还是引擎层？

    老实说，这个参数和read_buffer_size很像，read_buffer_size仅仅用于MyISAM引擎，我下意识的也认为read_rnd_buffer_size也仅仅用于MyISAM引擎。我今天早和Monty聊了聊，学到，它不是这样的。read_rnd_buffer_size不仅仅用在MyISAM引擎，而是用在所有引擎。它用在查询后，对读取真正的数据进行优化。它是这样工作的：

     sort后，得到的是行数据指针，通过key-value的形式存在，对于MyISAM是数据的偏移量，对于innodb是主键或存储重新查询的全量数据（对于小片的数据是有益的）。

    假设sort后的数据使用的是行指针，并且行中的字段能够被转换成固定的大小（除了BLOB/TEXT字段外），MySQL能够使用read_rnd_buffer_size优化数据读取。

     因为sort后的数据是以key-value的形式存在的，使用这些行指针去读取数据，将是以指针数据物理的顺序去读取，很大程度上是随机的方式读取数据的。MySQL从sort_buffer中读取这些行指针数据，然后通过指针排序后存入read_rnd_buffer中，之后再通过指针读取数据时，基本上都是顺序读取了。

     read_rnd_buffer_size是很重要的参数，尤其工作在如下场景：

     * sort_buffer中存的是行指针而不是要查询的数据。

     * 查询的字段中包含Blob/Text字段。

     * sort后有大量的数据行（limit 10并不能帮助你，因为MySQL是通过指针获取行数据的）

        如果你取出很少字段的数据（小于max_length_for_sort_data）,行数据将会全部存储在sort buffer里，因此将不需要read_rnd_buffer_size这个参数。而如果你查询的字段数据很长（这些字段很可能含有Text/Blob字段），比max_length_for_sort_data还长，read_rnd_buffer_size这个参数将派上用场。

来源：https://www.percona.com/blog/2007/07/24/what-exactly-is-read_rnd_buffer_size/