[SQL ,Linux服务器磁盘错误] 运行项目报错 Got error 28 from storage engine 服务器磁盘占用问题

绝地灬酷狼 2023-10-02 16:28 8阅读 0赞

**df -h 查看对应磁盘 占比情况, 查看临时目录等占比情况**

当时我最高占比才80%, 一直报错 运行不了项目， 最后我就删除 对应项目 的历史日志

(服务器运行的项目特别多) ![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5piv5rGk5ZyG5Lir_size_20_color_FFFFFF_t_70_g_se_x_16][]

如果你的 df -h查看 cpu使用是100%,就去删除 无用的数据 或者日志 ，或者项目备份！！

查看对应 文件目录大小  **ls -lh** 目录名称

**我这是测试环境， 我删除了 11月之前的 所有日志, 你不要删除东西了 万分细心！！！**

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5piv5rGk5ZyG5Lir_size_20_color_FFFFFF_t_70_g_se_x_16 1][]

我解决这个问题 方法是:"删除对应项目打印的日志文件,删除之前的(视情况而定，别全删) "

删除数据记得不要删错了！！！！删除无用的日志 多余的备份 就行

============================================================

###  ###

### 定位具体哪个代码 cpu频率过高的问题? ###

我们先top看看正常情况下的cpu使用率

使用top命令:

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5piv5rGk5ZyG5Lir_size_20_color_FFFFFF_t_70_g_se_x_16][]

步骤:

*  jps+top 定位应用进程 pid
 *  top -Hp \{pid\}找到线程 tid
 *  将 tid 转换成十六进制 printf “%x\\n” \{tid\}
 *  打印堆栈信息 jstack
 *  过滤出我们想要的

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5piv5rGk5ZyG5Lir_size_20_color_FFFFFF_t_70_g_se_x_16 1][]

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5piv5rGk5ZyG5Lir_size_20_color_FFFFFF_t_70_g_se_x_16 2][]

[linux cpu飙高原因排查（有手就行）\_成都彭于晏-CSDN博客][linux cpu_-CSDN]

[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5piv5rGk5ZyG5Lir_size_20_color_FFFFFF_t_70_g_se_x_16]: https://img-blog.csdnimg.cn/c5b79381641a47a0b1720062fe64f2bc.png?x-oss-process=image/watermark,type_ZHJvaWRzYW5zZmFsbGJhY2s,shadow_50,text_Q1NETiBA5piv5rGk5ZyG5Lir,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5piv5rGk5ZyG5Lir_size_20_color_FFFFFF_t_70_g_se_x_16 1]: https://img-blog.csdnimg.cn/e5875bfbe657482dba6dbcd8855ac6fe.png?x-oss-process=image/watermark,type_ZHJvaWRzYW5zZmFsbGJhY2s,shadow_50,text_Q1NETiBA5piv5rGk5ZyG5Lir,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5piv5rGk5ZyG5Lir_size_20_color_FFFFFF_t_70_g_se_x_16]: https://img-blog.csdnimg.cn/8098ed3b48324888a9deb48dc2434746.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5piv5rGk5ZyG5Lir,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5piv5rGk5ZyG5Lir_size_20_color_FFFFFF_t_70_g_se_x_16 1]: https://img-blog.csdnimg.cn/44217102a33b4ce1b3608598f1f3e38e.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5piv5rGk5ZyG5Lir,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5piv5rGk5ZyG5Lir_size_20_color_FFFFFF_t_70_g_se_x_16 2]: https://img-blog.csdnimg.cn/5436d02311704b9ea10a00a9bc61bce4.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5piv5rGk5ZyG5Lir,size_20,color_FFFFFF,t_70,g_se,x_16
[linux cpu_-CSDN]: https://blog.csdn.net/qq_33709582/article/details/121615696?spm=1001.2014.3001.5501