MySQL8.0推出了专用数据库服务器自动配置参数,通过打开innodb_dedicated_server,数据库会自己完成缓冲池大小,重做日志,磁盘刷新方式等一系列配置,且配置还会根据服务器的配置升级自行调整。
目录
一、打开参数
需要注意的是innodb_dedicated_server只能在数据库专用服务器上打开,因为打开此参数MySQL会尽可能多的使用服务器资源。如果服务器上还运行了其他应用,则不推荐打开此参数。
innodb_dedicated_server是一个静态参数,我们需要通过配置文件来开打此特性,在my.cnf的[mysqld]或[server]模块下添加下面参数后重启mysqld,重启后确认参数是否打开:
innodb_dedicated_server = on;
此参数打开后,每次重启MySQL都会评估服务器配置,服务器升级后,相关配置也会相应升级。
二、参数自动配置内容
打开innodb_dedicated_server后,MySQL会自动配置下列参数:
- innodb_buffer_pool_size
- innodb_log_file_size, innodb_log_files_in_group(MySQL8.0.30后废弃)
- innodb_redo_log_capacity(替代上面2个参数)
- innodb_flush_method
2.1 innodb_buffer_pool_size
innodb_buffer_pool_size是缓冲池的大小,这是MySQL最关键的参数之一,buffer pool缓存了数据,索引等对象,足够的大的缓冲池意味着可以缓存更多的内容,避免数据频繁被刷回磁盘。在打开innodb_dedicated_server参数的情况下,MySQL按照下面的规则计算缓冲池大小:
服务器内存 | 缓冲池大小 |
---|---|
小于1G | 128M(默认值) |
1G到4G | 服务器内存 * 50% |
4G以上 | 服务器内存 * 75% |
注意:如果参数innodb_buffer_pool_size和innodb_dedicated_server同时配置,那么MySQL会按照innodb_buffer_pool_size配置buffer pool的大小,即buffer pool自动配置会失效。这里我的服务器内存是4G,按照自动配置应该是4G*0.5=2G,但启动后buffer pool依然是1G:
将参数innodb_buffer_pool_size注销后,重启MySQL,可以看到buffer pool的大小变成了2G,自动配置成功:
2.2 innodb_log_file_size 和 innodb_log_files_in_group
innodb_log_file_size控制的是innodb重做日志的大小,它会根据自动配置规则计算出的缓冲池大小进行配置(不是显式指定的innodb_buffer_pool_size值),配置规则如下(MySQL8.0.30后废弃):
缓冲池大小 | 重做日志大小 |
---|---|
小于8G | 512M |
8G到128G | 1G |
大于128G | 2G |
innodb_log_files_in_group控制innodb重做日志的数量,它也是根据自动配置规则计算出的缓冲池的大小进行配置,采用round(缓冲池的GB数)计算,最小值为2,配置规则如下(MySQL8.0.30后废弃):
缓冲池大小 | 重做日志数量(缓冲池大小单位为G) |
---|---|
小于8G | round(缓冲池大小) |
8G到128G | round(缓冲池大小*0.75) |
大于128G | 64 |
2.3 innodb_redo_log_capacity
inodb_redo_log_capacity配置重做日志文件可以占用的磁盘大小,这个参数是innodb_log_file_size和innodb_log_files_in_group的替代,默认的配置规则是:
- 当inodb_redo_log_capacity显式配置时,参数innodb_log_file_size和innodb_log_files_in_group将被忽略。
- 当inodb_redo_log_capacity未显式配置时,将使用innodb_log_file_size*innodb_log_files_in_group的值作为其配置。
当打开innodb_dedicated_server后,此参数计算规则在某些情况下会同时受到"服务器内存"和"缓冲池是否显式配置(innodb_buffer_pool_size)"2个因素影响,计算规则如下:
服务器内存 | 缓冲池 | innodb_redo_log_capacity(表内服务器内存大小单位为G) |
---|---|---|
小于2G | 无影响 | 100M |
2G到4G | 未显式配置 | 1G |
2G到4G | 显式配置 | round(0.5*服务器内存大小)*0.5G |
4G到10.66G | 无影响 | round(0.75*服务器内存大小)*0.5G |
10.66G170.66G | 无影响 | round(0.5625*服务器内存大小)*1G |
170.66G以上 | 无影响 | 128G |
2.3 innodb_flush_method
innodb_fulsh_method控制的是MySQL的数据文件和日志文件写磁盘的方式,默认值为fsync,即每次写磁盘实际写入的是操作系统缓存,后续需要操作系统调用fsync才会真正将数据写到磁盘上(innodb_flush_log_at_trx_commit=1这个经常推荐的安全设置就是事务提交时将日志写入操作系统缓存后立刻调用sync写入磁盘,防止系统崩溃导致事务丢失),而MySQL的buffer pool和redo log buffer已经实现了缓存,没必要经过操作系统再缓存一次(反正都在内存中,断电都会丢失,写来写去没有意义)。
而打开innodb_dedicated_server后,innodb_flush_method会被尝试设置为o_direct_no_fsync,数据文件和日志文件会忽略操作系统缓存直接写磁盘文件并忽略fsync调用。如果设置不成功则会保持默认值。
show variables like 'innodb_flush_method';
innodb_dedicated_server可以自动完成数据库的部分参数配置,并且可以做到随服务器升级自动升级。简化了DBA的调试工作,在专有服务器上,还是推荐打开此参数(MySQL在参数的自适应调整上越来越像Oracle了)。