对于RDS MySQL实例,您可以通过控制台修改参数。对于某些重要参数而言,不恰当的参数值会导致实例性能问题或应用报错,所以本文介绍一些重要参数的优化建议以减少您在设置参数时的疑虑。

back_log

  • 适用版本:8.0、5.7、5.6、5.5
  • 默认值:3000
  • 修改完后是否需要重启:是
  • 作用:MySQL每处理一个连接请求时都会创建一个新线程与之对应。在主线程创建新线程期间,如果前端应用有大量的短连接请求到达数据库,MySQL会限制这些新的连接进入请求队列,由参数back_log控制。如果等待的连接数量超过back_log的值,则不会接受新的连接请求,所以如果需要MySQL能够处理大量的短连接,需要提高此参数的大小。
  • 现象:如果参数过小,应用可能出现如下错误:
    SQLSTATE[HY000] [2002] Connection timed out;
  • 修改建议:提高此参数值的大小。

innodb_autoinc_lock_mode

  • 适用版本:8.0、5.7、5.6、5.5
  • 默认值:1
  • 修改完后是否需要重启:是
  • 作用:在MySQL 5.1.22后,InnoDB为了解决自增主键锁表的问题,引入了参数innodb_autoinc_lock_mode,用于控制自增主键的锁机制。该参数可以设置的值为0、1、2,RDS默认的参数值为1,表示InnoDB使用轻量级别的mutex锁来获取自增锁,替代最原始的表级锁。但是在load data(包括INSERT … SELECTREPLACE … SELECT)场景下若使用自增表锁,则可能导致应用在并发导入数据时出现死锁。
  • 现象:在load data(包括INSERT … SELECTREPLACE … SELECT)场景下若使用自增表锁,在并发导入数据时出现如下死锁:
    RECORD LOCKS space id xx page no xx n bits xx index PRIMARY of table xx.xx trx id xxx lock_mode X insert intention waiting. TABLE LOCK table xxx.xxx trx id xxxx lock mode AUTO-INC waiting;
  • 修改建议:建议将该参数值改为2,表示所有情况插入都使用轻量级别的mutex锁(只针对row模式),这样就可以避免auto_inc的死锁,同时在INSERT … SELECT的场景下性能会有很大提升。
    说明 当该参数值为2时,binlog的格式需要被设置为row。

query_cache_size

  • 适用版本:5.7、5.6、5.5
  • 默认值:3145728
  • 修改完后是否需要重启:否
  • 作用:该参数用于控制MySQL query cache的内存大小。如果MySQL开启query cache,在执行每一个query的时候会先锁住query cache,然后判断是否存在于query cache中,如果存在则直接返回结果,如果不存在,则再进行引擎查询等操作。同时,INSERT、UPDATE和DELETE等操作都会导致query cache失效,这种失效还包括结构或者索引的任何变化。但是cache失效的维护代价较高,会给MySQL带来较大的压力。所以,当数据库不会频繁更新时,query cache是很有用的,但如果写入操作非常频繁并集中在某几张表上,那么query cache lock的锁机制就会造成很频繁的锁冲突,对于这一张表的写和读会互相等待query cache lock解锁,从而导致SELECT的查询效率下降。
  • 现象:数据库中有大量的连接状态为checking query cache for queryWaiting for query cache lockstoring result in query cache
  • 修改建议:RDS默认是关闭query cache功能的,如果您的实例打开了query cache,当出现上述情况后可以关闭query cache。

net_write_timeout

  • 适用版本:8.0、5.7、5.6、5.5
  • 默认值:60
  • 修改完后是否需要重启:否
  • 作用:等待将一个block发送给客户端的超时时间。
  • 现象:若参数设置过小,可能会导致客户端出现如下错误:
    the last packet successfully received from the server was milliseconds ago或the last packet sent successfully to the server was milliseconds ago.
  • 修改建议:该参数在RDS中默认设置为60秒,一般在网络条件比较差时或者客户端处理每个block耗时较长时,由于net_write_timeout设置过小导致的连接中断很容易发生,建议增加该参数的大小。

tmp_table_size

  • 适用版本:8.0、5.7、5.6、5.5
  • 默认值:2097152
  • 修改完后是否需要重启:否
  • 作用:该参数用于决定内部内存临时表的最大值,每个线程都要分配,实际起限制作用的是tmp_table_size和max_heap_table_size的最小值。如果内存临时表超出了限制,MySQL就会自动地把它转化为基于磁盘的MyISAM表。优化查询语句的时候,要避免使用临时表,如果实在避免不了的话,要保证这些临时表是存在内存中的。
  • 现象:如果复杂的SQL语句中包含了GROUP BY、DISTINCT等不能通过索引进行优化而使用了临时表,则会导致SQL执行时间加长。
  • 修改建议:如果应用中有很多GROUP BY、DISTINCT等语句,同时数据库有足够的内存,可以增大tmp_table_size(max_heap_table_size)的值提升查询性能。

loose_rds_max_tmp_disk_space

  • 适用版本:5.6、5.5
  • 默认值:10737418240
  • 修改完后是否需要重启:否
  • 作用:用于控制MySQL能够使用的临时文件的大小。
  • 现象:如果临时文件超出loose_rds_max_tmp_disk_space的取值,则会导致应用出现如下错误:
    The table ‘/home/mysql/dataxxx/tmp/#sql_2db3_1’ is full
  • 修改建议:首先需要分析一下导致临时文件增加的SQL语句是否能够通过索引或者其它方式进行优化。其次,如果确定实例的空间足够,则可以提升此参数的值,以保证SQL能够正常执行。

loose_tokudb_buffer_pool_ratio

  • 适用版本:5.6
  • 默认值:0
  • 修改完后是否需要重启:是
  • 作用:用于控制TokuDB引擎能够使用的buffer内存大小,比如innodb_buffer_pool_size设置为1000MB,tokudb_buffer_pool_ratio设置为50(代表50%),那么TokuDB引擎的表能够使用的buffer内存大小则为500MB。
  • 修改建议:如果RDS中使用TokuDB引擎,建议调大该参数,以此来提升TokuDB引擎表的访问性能。

loose_max_statement_time

  • 适用版本:5.6
  • 默认值:0
  • 修改完后是否需要重启:否
  • 作用:用于控制查询(QUERY)在数据库中的最长执行时间。如果超过该参数设置的时间,查询将会失败,默认是不限制。
  • 现象:若查询时间超过了该参数的值,则会出现如下错误:
    ERROR 3006 (HY000): Query execution was interrupted, max_statement_time exceeded
    说明 参数修改后仅对新连接生效,保持中的连接需要断开重连才能生效。
  • 修改建议:如果您想要控制数据库中SQL的执行时间,则可以开启该参数,单位是毫秒。

loose_rds_threads_running_high_watermark

  • 适用版本:5.6、5.5
  • 默认值:50000
  • 修改完后是否需要重启:否
  • 作用:用于控制MySQL并发的查询数目,比如将rds_threads_running_high_watermark的值设置为100,则允许MySQL同时进行的并发查询为100个,超过限制数量的查询将会被拒绝掉。
  • 修改建议:该参数通常在秒杀或者大并发的场景下使用,对数据库具有较好的保护作用。

innodb_buffer_pool_instances

  • 适用版本:8.0、5.7、5.6、5.5
  • 默认值:{LEAST(DBInstanceClassMemory/1073741824, 8)}
  • 修改完后是否需要重启:是
  • 作用:将innodb_buffer_pool_size大于1 GB的内存缓冲池拆分成多个实例进行维护,每个实例都有自己的锁、信号量、物理块(Buffer chunks)以及逻辑链表,各实例之间没有竞争关系,可以并发读取与写入。
  • 修改建议:对于一些较老的实例,可能存在innodb_buffer_pool_size大于1 GB但是innodb_buffer_pool_instances值为1的情况,建议按当前参数模板默认值重新设置。

table_open_cache_instances

  • 适用版本:8.0、5.7、5.6
  • 默认值:{LEAST(DBInstanceClassMemory/1073741824, 16)}
  • 修改完后是否需要重启:是
  • 作用:将打开的表缓存划分为几个大小为table_open_cache / table_open_cache_instances的较小缓存实例,减少会话(Session)间表缓存的争用。
  • 修改建议:对于一些较老的实例,可能存在innodb_buffer_pool_size大于1 GB但是table_open_cache_instances值为1的情况,建议按当前参数模板默认值重新设置。

table_open_cache

  • 适用版本:8.0、5.7、5.6
  • 默认值:{LEAST(DBInstanceClassMemory/1073741824*256, 2048)
  • 修改完后是否需要重启:否
  • 作用:表缓存的数量,表缓存用于将表加在到缓存中,实现快速访问该表。如果该值偏小,则有可能在高并发时引起SQL性能问题。
  • 修改建议:执行SHOW GLOBAL STATUS LIKE 'Open_tables',如果返回的值接近或等于当前table_open_cache设置的值时,建议适当调大本参数。

innodb_adaptive_hash_index

  • 适用版本:8.0、5.7、5.6
  • 默认值:OFF
  • 修改完后是否需要重启:否
  • 作用:是否开启自适应哈希索引。自适应哈希索引可以根据您提供的查询条件加速定位到叶子节点,减少IO次数。
  • 修改建议:开启本参数是否带来性能提升和业务SQL有关系,部分操作可能引发自适应哈希索引维护(例如对表执行DDL操作时自适应哈希索引被内存清理),导致执行SQL被阻塞或性能下降。建议评估业务SQL,如非必要请将该参数设置为OFF。