宝塔面板：空间充足，为何Redis和MySQL仍因“空间不足”停止？

在Linux环境中，有时会遇到一个令人困惑的问题：尽管磁盘空间显示充足，但服务（如Redis和MySQL、Nginx）仍然因为“空间不足”而停止运行。本文将探讨这个问题及其解决方案。

问题现象

在宝塔面板上，Redis和MySQL、Nginx等服务突然停止，日志出现诸如No space left on device的信息

Failed opening the temp RDB file temp-32466.rdb (in server root dir /www/server/redis) for saving: No space left on device

然而，当我们检查磁盘使用情况时，发现空间利用率仅为27%：

[root@VM-32-10-centos ~]# df -h
文件系统        容量  已用  可用 已用% 挂载点
devtmpfs        989M     0  989M    0% /dev
tmpfs          1000M   48K 1000M    1% /dev/shm
tmpfs          1000M  640K  999M    1% /run
tmpfs          1000M     0 1000M    0% /sys/fs/cgroup
/dev/vda1        50G   13G   35G   27% /
tmpfs           200M     0  200M    0% /run/user/0

问题原因：Inode耗尽

实际上，问题的关键在于inode的使用情况。通过df -i命令，我们可以看到inode的占用状态：

[root@VM-32-10-centos ~]# df -i
文件系统         Inode 已用(I) 可用(I) 已用(I)% 挂载点
devtmpfs        253065     326  252739       1% /dev
tmpfs           255813      15  255798       1% /dev/shm
tmpfs           255813     497  255316       1% /run
tmpfs           255813      16  255797       1% /sys/fs/cgroup
/dev/vda1      3276800 3276800       0     100% /
tmpfs           255813       1  255812       1% /run/user/0

注意到/dev/vda1的inode已用完，达到100%。这表明系统无法分配新的inode，导致无法创建新文件，即使磁盘空间还很充足。

根源分析

问题的根源可能在于PHP生成的大量0KB session文件，这些文件占用了大量inode，但几乎不占用磁盘空间。

解决方案：清理无用的session文件

解决这个问题的简单方法是删除这些不再使用的session文件：

rm -f /tmp/sess_*

执行上述命令后，系统将释放被session文件占用的inode，服务重启后恢复正常运行。

在解决inode问题的同时，确保用户体验不受影响是非常重要的。我们可以调整PHP的配置，使其自动回收不再活跃的session文件，避免手动清理。以下是关于如何在php.ini中设置自动session回收的详细说明：

在php.ini中配置自动session回收：

; 设置会话回收时间，单位为秒。例如，30分钟为1800秒
session.gc_maxlifetime = 1800

; 设置会话回收概率，范围为0到1之间的小数。例如，1/100的概率为0.01
session.gc_probability = 0.01

; 设置会话回收频率的除数，应大于0。例如，每100次请求尝试回收一次
session.gc_divisor = 100

; 启用会话回收功能
session.gc_enabled = 1

; 可选：设置一个自定义的会话回收回调函数。如果需要自定义回收逻辑，可以设置此值
; 注意：确保该函数在你的PHP代码中已定义
; session.gc_callback = my_custom_gc_function

解释一下这些配置项：

• session.gc_maxlifetime：定义了session数据在服务器上存活的最大时间。一旦超过这个时间，session数据将被视为过期并可能被删除。
• session.gc_probability 和 session.gc_divisor：一起决定了每次请求时session回收器启动的概率。session.gc_probability除以session.gc_divisor的结果是概率的百分比。例如，这里设置为1%，意味着在每100个请求中有1个请求会触发session回收。
• session.gc_enabled：若设置为1，表示启用了会话回收机制。
• session.gc_callback：如果你希望在会话回收时执行自定义操作，可以设置此选项。你需要确保在你的PHP代码中定义了相应的回调函数。

通过这些配置，你可以确保在不影响用户的情况下，有效地管理session文件，从而避免因inode耗尽导致的问题。记得在修改php.ini后重启PHP服务，使改动生效。