百度試了找了幾篇文章攻略，都沒解決問題，接下來解決問題的方法（不一定對每個人都管用） 方法二：如下圖，點擊mysql，點擊當前狀態，優化方案（也就是你服務器配置）你服務器什么配置就選擇相近的，Innodb日志緩沖區大小0改為8，就可以啟動了。 方法三、刪除/var/log/journal下?文件目錄

其它

data盤磁盤爆滿 解決方案： 1）刪除/data/cache目錄中的部分文件，釋放出/data分區的一部分inode，特別要留意那些spool出來的文件，這種文件一般會占用比較多的節點，因為比較小而且零碎，同時要多留意日志文件信息等 2）用軟連接將空閑分區/opt中的newcache目錄連接到/data/cache，使用/opt分區的inode來緩解/data分區inode不足的問題： # ln -s /opt/newcache /data/cache 3）更換服務器，用高配置的服務器替換低配置的服務器。 var目錄磁盤爆滿 問題：使用"df -h"命令發現磁盤使用率沒有占滿，但是無法寫入文件，提示"no space left on device"! 原因：磁盤的inode節點使用爆滿了！（"df -i"命令查看/var空間的inode爆滿）。 ------------------------------------------------------------------------------- 可能原因1： crontab里面定時執行的句子里沒有加 > /dev/null 2>&1,系統中cron執行的程序有輸出內容， 輸出內容會以郵件形式發給cron的用戶，而sendmail沒有啟動所以就產生了很大零碎的文件： crontab的job有問題,造成/var/spool/clientmqueue中產生許多的零碎文件。 處理方法： 用"rm -rf *"會不能刪除，并會有相應的提示，大意是參數太多。 正確方法： 在/var/spool/clientmqueue/下執行命令： # lsattr ./|awk -F"/" '{print $3}'|xargs -i rm -rf {} 表示用lsattr列出./下面的文件名的屬性，用awk取出名字，然后rm -rf 還有一個比較靠譜的方法： # find /var/spool/clientmqueue/ -type f -exec rm {} \; 或者在/var/spool/clientmqueue/目錄下 # cd /var/spool/clientmqueue/ # find ./ -exec rm {} \; 將crontab中沒有定向輸出的行都在最后加上"> /dev/null 2>&1"，在刪除的過程中操作。 或者先停止crontab，加上重定向。 -------------------------------------------------------------------------------- 可能原因2 可以看下日志文件是否太多，如果是日志文件占用大量的inodes可以臨時釋放清理下過期的日志。 也可以根據較大目錄的文件占用情況，臨時轉移部分文件到占用磁盤較小的目錄中。 其它參考鏈接 https://cloud.tencent.com/developer/ask/246681 https://blog.51cto.com/u_15064638/4156003 https://blog.csdn.net/weixin_41784287/article/details/111378473