MySQL数据库的优化-笔者近六年来一线城市工作实战经验

[client]

port   = 3306 # 客户端端口号为 3306

socket  = /data/3306/mysql.sock #

default-character-set = utf8  # 客户端字符集 , ( 控制 character_set_client 、 character_set_connection 、 character_set_results)

[mysql]

no-auto-rehash  # 仅仅允许使用键值的 updates 和 deletes

[mysqld]  # 组包括了 mysqld 服务启动的参数，它涉及的方面很多，其中有 MySQL 的目录和文件，通信、网络、信息安全，内存管理、优化、查询缓存区，还有 MySQL 日志设置等。

user    = mysql #mysql_safe 脚本使用 MySQL 运行用户 ( 编译时 –user=mysql 指定 ), 推荐使用 mysql 用户。

port    = 3306 #MySQL 服务运行时的端口号。 建议更改默认端口 , 默认容易遭受攻击。

basedir = /application/mysql  #mysql 程序所存放路径 , 常用于存放 mysql 启动、配置文件、日志等

datadir = /data/3306/data  #MySQL 数据存放文件 ( 极其重要 )

character-set-server = utf8  # 数据库和数据库表的默认字符集。 ( 推荐 utf8, 以免导致乱码 )

pid-file=/data/3306/mysql_xuliangwei.pid  #MySQL_pid 文件记录的是当前 mysqld 进程的 pid ， pid 亦即 ProcessID 。

skip-networking  # 开启该选项可以彻底关闭 MySQL 的 TCP/IP 连接方式，如果 Web 服务器是以远程连接的方式访问 MySQL 数据库服务器的，则不要开启该选项，否则无法正常连接！

back_log = 384  #back_log 参数是值指出在 MySQL 暂时停止响应新请求之前，短时间内的多少个请求可以被存在堆栈中。如果系统在短时间内有很多连接，则需要增加该参数的值，该参数值指定到来的 TCP/IP 连接的监听队列的大小。不同的操作系统在这个队列的大小上有自己的限制。如果试图将 back_log 设置得高于操作系统的限制将是无效的，其默认值为 50. 对于 Linux 系统而言， 推荐设置为小于 512 的整数。

max_connections = 800 # 指定 MySQL 允许的最大连接进程数。 如果在访问博客时经常出现 Too Many Connections 的错误提示 ，则需要增大该参数值。

max_connect_errors = 6000  # 设置每个主机的连接请求异常中断的最大次数，当超过该次数， MySQL 服务器将禁止 host 的连接请求， 直到 MySQL 服务器重启或通过 flush hosts 命令清空此 host 的相关信息。

wait_timeout = 120  # 指定一个请求的最大连接时间， 对于 4GB 左右内存的服务器来说，可以将其设置为 5~10 。

table_cache = 614K  #table_cache 指示表高速缓冲区的大小。当 MySQL 访问一个表时，如果在 MySQL 缓冲区还有空间，那么这个表就被打开并放入表缓冲区，这样做的好处是可以更快速地访问表中的内容。一般来说，可以查看数据库运行峰值时间的状态值 Open_tables 和 Open_tables ，用以判断是否需要增加 table_cache 的值，即如果 Open_tables 接近 table_cache 的时候，并且 Opened_tables 这个值在逐步增加，那就要考虑增加这个值的大小了。

external-locking = FALSE  #MySQL 选项可以避免外部锁定。 True 为开启。

max_allowed_packet =16M  # 服务器一次能处理最大的查询包的值，也是服务器程序能够处理的最大查询

sort_buffer_size = 1M  # 设置查询排序时所能使用的缓冲区大小， 系统默认大小为 2MB 。

注意：该参数对应的分配内存是每个连接独占的，如果有 100 个连接，那么实际分配的总排序缓冲区大小为 100 x6=600MB 。所以， 对于内存在 4GB 左右的服务器来说，推荐将其设置为 6MB~8MB

join_buffer_size = 8M # 联合查询操作所能使用的缓冲区大小，和 sort_buffer_size 一样，该参数对应的分配内存也是每个连接独享。

thread_cache_size = 64 # 设置 Thread Cache 池中可以缓存的连接线程最大数量，可设置为 0~16384 ，默认为 0. 这个值表示可以重新利用保存在缓存中线程的数量，当断开连接时如果缓存中还有空间，那么客户端的线程将被放到缓存中 ; 如果线程重新被请求，那么请求将从缓存中读取 , 如果缓存中是空的或者是新的请求，那么这个线程将被重新创建，如果有很多线程，增加这个值可以改善系统性能。通过比较 Connections 和 Threads_created 状态的变量，可以看到这个变量的作用。我们可以根据物理内存设置规则如下 : 1GB 内存我们配置为 8,2GB 内存我们配置为 16,3GB 我们配置为 32,4GB 或 4GB 以上我们给此值为 64 或更大的值。

thread_concurrency = 8  # 该参数取值为服务器逻辑 CPU 数量 x 2 ，在本例中，服务器有两个物理 CPU ，而每个物理 CPU 又支持 H.T 超线程， 所以实际取值为 4 x 2 = 8 。这也是双四核主流服务器的配置。

query_cache_size = 64M # 指定 MySQL 查询缓冲区的大小。可以通过在 MySQL 控制台观察，如果 Qcache_lowmem_prunes 的值非常大，则表明经常出现缓冲不够的情况 ; 如果 Qcache_hits 的值非常大，则表明查询缓冲使用得非常频繁。另外如果改值较小反而会影响效率，那么可以考虑不用查询缓冲。对于 Qcache_free_blocks ，如果该值非常大，则表明缓冲区中碎片很多。

query_cache_limit = 2M  # 只有小于此设置值的结果才会被缓存

query_cache_min_res_unit = 2k  # 设置查询缓存分配内存的最小单位，要适当第设置此参数，可以做到为减少内存快的申请和分配次数，但是设置过大可能导致内存碎片数值上升。默认值为 4K ， 建议设置为 1K~16K 。

default_table_type = InnoDB  # 默认表的类型为 InnoDB

thread_stack = 256K  # 设置 MySQL 每个线程的堆栈大小，默认值足够大，可满足普通操作。 可设置范围为 128KB 至 4GB ，默认为 192KB

tmp_table_size = 64M  # 设置内存临时表最大值。如果超过该值，则会将临时表写入磁盘， 其范围 1KB 到 4GB 。

max_heap_table_size = 64M  # 独立的内存表所允许的最大容量。

table_cache = 614 # 给经常访问的表分配的内存，物理内存越大，设置就越大。调大这个值，一般情况下可以降低磁盘 IO ，但相应的会占用更多的内存 , 这里设置为 614 。

table_open_cache = 512  # 设置表高速缓存的数目。每个连接进来，都会至少打开一个表缓存。因此， table_cache 的大小应与 max_connections 的设置有关。例如，对于 200 个并行运行的连接，应该让表的缓存至少有 200 × N ，这里 N 是应用可以执行的查询的一个联接中表的最大数量。此外，还需要为临时表和文件保留一些额外的文件描述符。

long_query_time = 1  # 慢查询的执行用时上限 , 默认设置是 10s, 推荐 (1s~2s)

log_long_format  # 没有使用索引的查询也会被记录。 ( 推荐 , 根据业务来调整 )

log-slow-queries = /data/3306/slow.log  # 慢查询日志文件路径 ( 如果开启慢查询 , 建议打开此日志 )

log-bin = /data/3306/mysql-bin  #logbin 数据库的操作日志 , 例如 update 、 delete 、 create 等都会存储到 binlog 日志 , 通过 logbin 可以实现增量恢复

relay-log = /data/3306/relay-bin  #relay-log 日志记录的是从服务器 I/O 线程将主服务器的二进制日志读取过来记录到从服务器本地文件 , 然后 SQL 线程会读取 relay-log 日志的内容并应用到从服务器

relay-log-info-file = /data/3306/relay-log.info  # 从服务器用于记录中继日志相关信息的文件 , 默认名为数据目录中的 relay-log.info 。

binlog_cache_size = 4M  # 在一个事务中 binlog 为了记录 sql 状态所持有的 cache 大小，如果你经常使用大的，多声明的事务，可以增加此值来获取更大的性能，所有从事务来的状态都被缓冲在 binlog 缓冲中，然后再提交后一次性写入到 binlog 中，如果事务比此值大，会使用磁盘上的临时文件来替代，此缓冲在每个链接的事务第一次更新状态时被创建。

max_binlog_cache_size = 8M  # 最大的二进制 Cache 日志缓冲尺寸。

max_binlog_size = 1G  # 二进制日志文件的最大长度 ( 默认设置 1GB) 一个二进制文件信息超过了这个最大长度之前 ,MySQL 服务器会自动提供一个新的二进制日志文件接续上。

expire_logs_days = 7  # 超过 7 天的 binlog,mysql 程序自动删除 ( 如果数据重要 , 建议不要开启该选项 )

key_buffer_size = 256M  # 指定用于索引的缓冲区大小，增加它可得到更好的索引处理性能。对于内存在 4GB 左右的服务器来说，该参数可设置为 256MB 或 384MB 。

注意：如果该参数值设置得过大反而会使服务器的整体效率降低！

read_buffer_size = 4M  # 读查询操作所能使用的缓冲区大小。和 sort_buffer_size 一样，该参数对应的分配内存也是每个连接独享。

read_rnd_buffer_size = 16M # 设置进行随机读的时候所使用的缓冲区。此参数和 read_buffer_size 所设置的 Buffer 相反，一个是顺序读的时候使用，一个是随机读的时候使用。但是两者都是针对与线程的设置，每个线程都可以产生两种 Buffer 中的任何一个。 默认值 256KB ，最大值 4GB 。

bulk_insert_buffer_size = 8M  # 如果经常性的需要使用批量插入的特殊语句来插入数据 , 可以适当调整参数至 16MB~32MB, 建议 8MB 。

lower_case_table_names = 1  # 实现 MySQL 不区分大小。 ( 发开需求 – 建议开启 )

slave-skip-errors = 1032,1062  # 从库可以跳过的错误数字值 (mysql 错误以数字代码反馈 , 全的 mysql 错误代码大全 , 以后会发布至博客 ) 。

replicate-ignore-db=mysql  # 在做主从的情况下 , 设置不需要同步的库。

server-id = 1  # 表示本机的序列号为 1, 如果做主从，或者多实例 ,serverid 一定不能相同。

myisam_max_sort_file_size = 10G  # 当重新建索引（ REPAIR ， ALTER ， TABLE ，或者 LOAD ， DATA ， TNFILE ）时， MySQL 被允许使用临时文件的最大值。

myisam_repair_threads = 1  # 如果一个表拥有超过一个索引 , MyISAM  可以通过并行排序使用超过一个线程去修复他们 .

myisam_recover  # 自动检查和修复没有适当关闭的  MyISAM  表 .

innodb_additional_mem_pool_size = 4M  # 用来设置 InnoDB 存储的数据目录信息和其他内部数据结构的内存池大小。应用程序里的表越多，你需要在这里面分配越多的内存。对于一个相对稳定的应用，这个参数的大小也是相对稳定的，也没有必要预留非常大的值。如果 InnoDB 用广了这个池内的内存， InnoDB 开始从操作系统分配内存，并且往 MySQL 错误日志写警告信息。 默认为 1MB ，当发现错误日志中已经有相关的警告信息时，就应该适当的增加该参数的大小。

innodb_buffer_pool_size = 64M  #InnoDB 使用一个缓冲池来保存索引和原始数据，设置越大，在存取表里面数据时所需要的磁盘 I/O 越少。 强烈建议不要武断地将 InnoDB 的 Buffer Pool 值配置为物理内存的 50%~80% ，应根据具体环境而定。

innodb_data_file_path = ibdata1:128M:autoextend  # 设置配置一个可扩展大小的尺寸为 128MB 的单独文件，名为 ibdata1. 没有给出文件的位置，所以默认的是在 MySQL 的数据目录内。

innodb_file_io_threads = 4  #InnoDB 中的文件 I/O 线程。 通常设置为 4 ，如果是 windows 可以设置更大的值以提高磁盘 I/O

innodb_thread_concurrency = 8  # 你的服务器有几个 CPU 就设置为几，建议用默认设置， 一般设为 8 。

innodb_flush_log_at_trx_commit = 1  # 设置为 0 就等于 innodb_log_buffer_size 队列满后在统一存储， 默认为 1 ，也是最安全的设置。

innodb_log_buffer_size = 2M  # 默认为 1MB ， 通常设置为 8~16MB 就足够了。

innodb_log_file_size = 32M  # 确定日志文件的大小，更大的设置可以提高性能，但也会增加恢复数据库的时间。

innodb_log_files_in_group = 3  # 为提高性能 ,MySQL 可以以循环方式将日志文件写到多个文件。 推荐设置为 3 。

innodb_max_dirty_pages_pct = 90  #InnoDB 主线程刷新缓存池中的数据。

innodb_lock_wait_timeout = 120  #InnoDB 事务被回滚之前可以等待一个锁定的超时秒数。 InnoDB 在它自己的锁定表中自动检测事务死锁并且回滚事务。 InnoDB 用 locak tables 语句注意到锁定设置。默认值是 50 秒。

innodb_file_per_table = 0  #InnoDB 为独立表空间模式，每个数据库的每个表都会生成一个数据空间。 0 关闭， 1 开启。

独立表空间优点：

1 、每个表都有自己独立的表空间。

2 、每个表的数据和索引都会存在自己的表空间中。

3 、可以实现单表在不同的数据库中移动。

4 、空间可以回收（除 drop table 操作处，表空不能自己回收。）

[mysqldump]

quick

max_allowed_packet = 2M  # 设定在网络传输中一次消息传输量的最大值。系统默认值为 1MB ，最大值是 1GB ，必须设置为 1024 的倍数。单位为字节。

[client]

port   = 3306

socket   = /data/3306/mysql.sock

default-character-set = utf8

[mysqld]

user    = mysql

port    = 3306

character-set-server = utf8

socket  = /data/3306/mysql.sock

basedir = /application/mysql

datadir = /data/3306/data

log-error=/data/3306/mysql_err.log

pid-file=/data/3306/mysql.pid

log_slave_updates = 1

log-bin = /data/3306/mysql-bin

binlog_format = mixed

binlog_cache_size = 4M

max_binlog_cache_size = 8M

max_binlog_size = 1G

expire_logs_days = 90

binlog-ignore – db = mysql

binlog-ignore – db = information_schema

key_buffer_size = 384M

sort_buffer_size = 2M

read_buffer_size = 2M

read_rnd_buffer_size = 16M

join_buffer_size = 2M

thread_cache_size = 8

query_cache_size = 32M

query_cache_limit = 2M

query_cache_min_res_unit = 2k

thread_concurrency = 32

table_cache = 614

table_open_cache = 512

open_files_limit    = 10240

back_log = 600

max_connections = 5000

max_connect_errors = 6000

external-locking = FALSE

max_allowed_packet =16M

thread_stack = 192K

transaction_isolation = READ-COMMITTED

tmp_table_size = 256M

max_heap_table_size = 512M

bulk_insert_buffer_size = 64M

myisam_sort_buffer_size = 64M

myisam_max_sort_file_size = 10G

myisam_repair_threads = 1

myisam_recover

long_query_time = 2

slow_query_log

slow_query_log_file = /data/3306/slow.log

skip-name-resolv

skip-locking

skip-networking

server-id = 1

innodb_additional_mem_pool_size = 16M

innodb_buffer_pool_size = 512M

innodb_data_file_path = ibdata1:256M:autoextend

innodb_file_io_threads = 4

innodb_thread_concurrency = 8

innodb_flush_log_at_trx_commit = 2

innodb_log_buffer_size = 16M

innodb_log_file_size = 128M

innodb_log_files_in_group = 3

innodb_max_dirty_pages_pct = 90

innodb_lock_wait_timeout = 120

innodb_file_per_table = 0

[mysqldump]

quick

max_allowed_packet = 64M

[mysql]

no – auto – rehash

mysql> show variables like ‘%slow%’;

+———————+—————————————–+

|
Variable_name       | Value                                   |

+———————+—————————————–+

|
log_slow_queries    | ON                                     |

|
slow_launch_time    | 2                                       |

+———————+—————————————–+

mysql> show global status like ‘%slow%’;

+———————+——-+

|
Variable_name       | Value |

+———————+——-+

|
Slow_launch_threads | 0     |

|
Slow_queries        | 2128   |

+———————+——-+

mysql> show variables like ‘max_connections’;

+—————–+——-+

|
Variable_name   | Value |

+—————–+——-+

|
max_connections | 800   |

+—————–+——-+

这台服务器最大连接数是 256 ，然后查询一下该服务器响应的最大连接数；

mysql>  show global status like ‘Max_used_connections’;

+———————-+——-+

|
Variable_name        | Value |

+———————-+——-+

|
Max_used_connections | 245    |

+———————-+——-+

MySQL 服务器过去的最大连接数是 245 ，没有达到服务器连接数的上线 800 ，不会出现 1040 错误。

Max_used_connections /max_connections * 100% =
85%

最大连接数占上限连接数的85%左右,如果发现比例在10%以下，则说明MySQL服务器连接数的上限设置得过高了。

mysql>  show variables like ‘key_buffer_size’;

+—————–+———–+

|
Variable_name   | Value   |

+—————–+———–+

|
key_buffer_size | 536870912 |

+—————–+———–+

从上面可以看出，分配了 512MB 内存给 key_buffer_size 。再来看 key_buffer_size 的使用情况：

mysql>  show global status like ‘key_read%’;

+——————-+————–+

|
Variable_name     | Value |

+——————-+——-+

|
Key_read_requests | 27813678766  |

|
Key_reads          |  6798830|

+——————-+————–+

一共有 27813678766 个索引读取请求，有 6798830 个请求在内存中没有找到，直接从硬盘读取索引。

key_cache_miss_rate = key_reads / key_read_requests * 100%

比如上面的数据，key_cache_miss_rate为0.0244%，4000%个索引读取请求才有一个直接读硬盘，效果已经很好了，key_cache_miss_rate在0.1%以下都很好，如果key_cache_miss_rate在0.01%以下的话，则说明key_buffer_size分配得过多，可以适当减少。

mysql> show global status like ‘created_tmp%’;

+————————-+———-+

|
Variable_name           | Value |

+————————-+———-+

|
Created_tmp_disk_tables | 21119    |

|
Created_tmp_files       | 6     |

|
Created_tmp_tables      | 17715532  |

+————————-+———-+

每次创建临时表时， Created_tmp_table 都会增加，如果磁盘上创建临时表， Created_tmp_disk_tables 也会增加。 Created_tmp_files 表示 MySQL 服务创建的临时文件数，比较理想的配置是：

Created_tmp_disk_tables / Created_tmp_files *
100% <= 25%

比如上面的服务器 Created_tmp_disk_tables / Created_tmp_files * 100% =1.20%，就相当不错。我们在看一下MySQL服务器对临时表的配置：

mysql> show variables where Variable_name in (‘tmp_table_size’,’max_heap_table_size’);

+———————+———+

|
Variable_name       | Value   |

+———————+———+

|
max_heap_table_size | 2097152 |

|
tmp_table_size      | 2097152 |

+———————+———+

mysql> show global status like ‘open%tables%’;

+—————+——-+

|
Variable_name | Value |

+—————+——-+

|
Open_tables   | 351   |

|
Opened_tables | 1455 |

如果 Opened_tables 数量过大，说明配置中 table_open_cache 的值可能太小。我们查询下服务器 table_open_cache;

mysql> show variables like ‘table_open_cache’; 

+——————+——-+

|
Variable_name    | Value |

+——————+——-+

|
table_open_cache | 2048  |

+——————+——-+

比较合适的值为：

open_tables / opened_tables* 100% > = 85%

open_tables / table_open_cache* 100% < = 95%

mysql> show global status like ‘thread%’;

+——————-+——-+

|
Variable_name     | Value |

+——————-+——-+

|
Threads_cached    | 40|

|
Threads_connected | 1     |

|
Threads_created   | 330   |

|
Threads_running   | 1     |

+——————-+——-+

如果发现 Threads_created 的值过大的话，表明 MySQL 服务器一直在创建线程，这也是比较耗费资源的，可以适当增大配置文件中 thread_cache_size 的值 。查询服务器 thread_cache_size 配置如下：

mysql> show variables like ‘thread_cache_size’;

+——————-+——-+

|
Variable_name     | Value |

+——————-+——-+

|
thread_cache_size | 100   |

+——————-+——-+

示例中的 MySQL 服务器还是挺健康的。

mysql> show global status like ‘qcache%’;

+————————-+———–+

|
Variable_name           | Value  |

+————————-+———–+

|
Qcache_free_blocks      | 22756     |

|
Qcache_free_memory      | 76764704  |

|
Qcache_hits             | 213028692   |

|
Qcache_inserts          | 208894227   |

|
Qcache_lowmem_prunes    | 4010916    |

|
Qcache_not_cached       | 13385031    |

|
Qcache_queries_in_cache | 43560     |

|
Qcache_total_blocks     | 111212    |

+————————-+———–+

MySQL查询缓存变量的相关解释如下：

Qcache_free_memory ： 缓存中的空闲空间。

Qcache_inserts ： 插入次数，没插入一次查询时就增加 1 。命中次数除以插入次数就是命中比率。

Qcache_lowmem_prunes ： 多少条 Query 因为内存不足而被清楚出 Query Cache 。通过 Qcache_lowmem_prunes 和 Query_free_memory 相互结合，能够更清楚地了解到系统中 Query Cache 的内存大小是否真的足够，是否非常频繁地出现因为内存不足而有 Query 被换出的情况。    

Qcache_not_cached ： 不适合进行缓存的查询数量，通常是由于这些查询不是 select 语句或用了 now() 之类的函数。

Qcache_queries_in_cache ： 当前缓存的查询和响应数量。

Qcache_total_blocks ： 缓存中块的数量。

我们在查询一下服务器上关于query_cache的配置命令：

mysql> show variables like ‘query_cache%’;

+——————————+———+

|
Variable_name                | Value   |

+——————————+———+

|
query_cache_limit            | 1048576 |

|
query_cache_min_res_unit     | 2048    |

|
query_cache_size             | 2097152 |

|
query_cache_type             | ON      |

|
query_cache_wlock_invalidate | OFF     |

+——————————+———+

字段解释如下：

query_cache_limit ： 超过此大小的查询将不缓存。

query_cache_min_res_unit ： 缓存块的最小值。

query_cache_size ： 查询缓存大小。

query_cache_wlock_invalidat ： 表示当有其他客户端正在对 MyISAM 表进行写操作，读请求是要等 WRITE LOCK 释放资源后再查询还是允许直接从 Query Cache 中读取结果，默认为 OFF （可以直接从 Query Cache 中取得结果。）

query_cache_min_res_unit 的配置是一柄双刃剑，默认是 4KB ，设置值大对大数据查询有好处，但如果你的查询都是小数据查询，就容易造成内存碎片和浪费。

查询缓存碎片率 = Qcache_free_blocks /Qcache_total_blocks * 100%

如果查询碎片率超过20%，可以用 flush query cache 整理缓存碎片，或者试试减少query_cache_min_res_unit，如果你查询都是小数据库的话。

查询缓存利用率 = (Qcache_free_size –  Qcache_free_memory)/query_cache_size * 100%

查询缓存利用率在25%一下的话说明query_cache_size设置得过大，可适当减少;查询缓存利用率在80%以上而且Qcache_lowmem_prunes > 50的话则说明query_cache_size可能有点小，不然就是碎片太多。

查询命中率 = (Qcache_hits – Qcache_insert)/Qcache)hits * 100%

示例服务器中的查询缓存碎片率等于20%左右，查询缓存利用率在50%，查询命中率在2%，说明命中率很差，可能写操作比较频繁，而且可能有些碎片。

mysql> show global status like ‘sort%’;

+——————-+———-+

|
Variable_name     | Value |

+——————-+———-+

|
Sort_merge_passes | 10        |

|
Sort_range        | 37431240   |

|
Sort_rows         | 6738691532 |

|
Sort_scan         | 1823485     |

+——————-+———-+

Sort_merge_passes包括如下步骤：MySQL首先会尝试在内存中做排序，使用的内存大小由系统变量sort_buffer_size来决定，如果它不够大则把所有的记录都读在内存中，而MySQL则会把每次在内存中排序的结果存到临时文件中，等MySQL找到所有记录之后，再把临时文件中的记录做一次排序。这次再排序就会增加sort_merge_passes。实际上，MySQL会用另外一个临时文件来存储再次排序的结果，所以我们通常会看到sort_merge_passes增加的数值是建临时文件数的两倍。因为用到了临时文件，所以速度可能会比较慢，增大sort_buffer_size会减少sort_merge_passes和创建临时文件的次数，但盲目地增大sort_buffer_size并不一定能提高速度。

show global status like ‘open_files’;

+—————+——-+

|
Variable_name | Value |

+—————+——-+

|
Open_files    | 1481   |

+—————+——-+

mysql> show global status like ‘open_files_limit’;

+——————+——-+

|
Variable_name    | Value |

+——————+——–+

|
Open_files_limit | 4509 |

+——————+——–+

比较合适的设置是：Open_files / Open_files_limit * 100% < = 75%