如何减少MySQL在lsof命令中显示的大量已打开文件？

能否忽略lsof的查询结果？ #

只要MySQL没抛出Too many open files错误，说明当前打开文件数仍在系统和MySQL的允许范围内，不会影响服务正常运行。但需注意：lsof统计的mysql相关文件不只是表文件，还包含日志、套接字、临时文件、线程描述符等，所以这个数值会远高于实际打开的表数量。如果数值持续逼近上限，还是需要处理，避免后续触发报错。

如何减少lsof显示的已打开文件数？ #

1. 先确认修改的参数是否真正生效 #

修改配置后必须重启MySQL，然后验证参数状态：

• 登录MySQL执行：

  SHOW VARIABLES LIKE '%open%';
  SHOW VARIABLES LIKE '%table%cache%';
  

  确认open_files_limit、table_open_cache等参数已更新为你设置的值。
• 检查systemd的LimitNOFILE是否生效：

  cat /proc/$(pidof mysqld)/limits | grep 'Max open files'
  

  查看当前mysqld进程的最大打开文件数是否符合配置。

2. 合理调整缓存参数 #

不要盲目调小参数，需结合业务访问模式设置：

• table_open_cache：设为同时访问表数量的1.5-2倍（涵盖所有库的表）。大部分表长期被访问的场景下，这个值不能太小，否则会频繁关闭/打开表，反而降低性能。可通过以下命令判断当前值是否合理：

  SHOW GLOBAL STATUS LIKE 'Open_tables';
  SHOW GLOBAL STATUS LIKE 'Opened_tables';
  

  若Opened_tables持续增长，说明当前值不足。
• table_definition_cache：设为所有表的总数（你有数千张表），避免频繁读取表结构文件。
• innodb_open_files：仅针对InnoDB独立表空间（默认开启），设为常访问的InnoDB表数量即可，无需超过table_open_cache。

3. 强制释放闲置表的文件描述符 #

MySQL会缓存打开的表文件描述符，即使表暂时未被访问也不会立即关闭（为了加快后续访问速度）。若需强制释放闲置表的描述符，可在低峰期执行：

FLUSH TABLES;

注意：该操作仅关闭当前未被访问的表，正在被使用的表不会被关闭，执行后可能有短暂性能波动。

4. 排查非表类打开文件 #

lsof统计的文件中可能包含大量临时文件、日志文件等，可通过以下命令查看具体文件类型：

lsof -p $(pidof mysqld)

针对性处理：

• 临时文件：确保tmpdir目录空间充足，MySQL会自动清理无用临时文件，若有残留可手动删除（注意不要删除正在使用的文件）。
• 日志文件：配置合理的日志滚动策略，比如通过expire_logs_days控制二进制日志保留天数，避免日志文件堆积。

5. 从业务层面优化 #

如果表数量确实极大，可考虑将不常用的表归档到其他实例，或者做表拆分，从根源上减少当前实例需要维护的表数量，进而减少打开的文件数。

内容的提问来源于stack exchange，提问作者quenty658