mysql read_buffer_size 设置多少合适

 更新时间:2021年03月15日 23:38:15   投稿:mdxy-dxy  
很多朋友都会问mysql read_buffer_size 设置多少合适,其实这个都是根据自己的内存大小等来设置的

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这个参数将派上用场。

下面是其他网友的补充

key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = 458624 K

read_buffer_size:是MySQL读入缓冲区大小。对表进行顺序扫描的请求将分配一个读入缓冲区,MySQL会为它分配一段内存缓冲区。read_buffer_size变量控制这一缓冲区的大小。如果对表的顺序扫描请求非常频繁,并且你认为频繁扫描进行得太慢,可以通过增加该变量值以及内存缓冲区大小提高其性能。

如下是对于16g内存的设置

read_buffer_size = 1M

个人机器是32G的,一般数据库就用来存储数据,很少用mysql 所以我就设置为2M或3M

手机在线更新系统MySQL数据库服务器参数优化mycnf,16G内存8核CPU

业务场景:后台支持手机在线更新系统,db服务器内存16G,8核,dell的pc服务器。

qps: 200个左右
tps: 1个左右 一分钟50几个

sort_buffer_size = 32M 大了, 8M即可
read_buffer_size = 32M 大了,8M即可
read_rnd_buffer_size = 16M 大了,8M即可
table_open_cache = 512
小了,建议改成2048

max_allowed_packet = 5M
小了,建议改成16M

tmp_table_size=64M
小了,建议改成2G

innodb_buffer_pool_size = 3000M
小了,改成db服务器总内存的60% 到80%

innodb_additional_mem_pool_size = 20M 小了,改成128M

join_buffer_size 这个参数为什么没有看到,必须设置值,join_buffer_size = 8M 必须补上,这个是跟join table 关联的,很重要。

相关文章

最新评论