【 TiDB 使用环境】:测试
【 TiDB 版本】:7.4
【遇到的问题】:测试环境种一台虚拟机上同事部署了tidb，3个tikv，prometheus。200G的磁盘，本周二开始提示磁盘告警，发现是TIDB日志文件过大,70G，手动删除只保留最近3天的日志，还有40G左右。现在只保留最近两天还是有30G，之前未出现这种情况，日志猛增。进入tidb组件的log目录，发现每隔十几分钟就会产生一个log文件，每个log文件300M.6月27日截至目前已经有接近100个log文件
看日志报错是什么，把相关的错误消除掉，不就没报警了，
tail下看看，是什么。一般运行中打的比较多的可能是 COPROCESSOR慢。
修改日志等级
你倒是贴一下哪些日志刷屏麻
1 个赞
之前部署的时候没有设置日志等级。看日志中有大量info，将等级添加为error了，但观察看日志中最近还是info级别未生效，在看下是否修改错了地方未生效。
修改配置之后，需要使用reload命令生效。
日志级别用error
看看日志级别，不行的先写脚本删掉吧
找个空闲的时间reload下配置吧，
先看看都是啥报错
发一下日志截图
日志级别提高到error吧
需要reload重新加载一下，之后才能生效。
硬件配置允许的话，建议不要设置为error，查找问题的时候会比较麻烦。有些sql语句执行报错是记为warn的，遇到过监控里有执行sql报错，但是看日志看不到。最后查资料发现这种sql级别的错误，日志里是记为warn的。
检查TiDB的配置文件，将日志级别调整为合适的级别（例如，info或warn），避免使用debug级别。
如果其他的节点日志没有激增，那么看看是不是业务只用了这一个tikv节点。
系统应该有错误了
在报错
建议将具体的信息贴出来，以及你是如何修改日志级别，大量增长的日志名称是哪个等等，将你的所有操作贴出来，这样解决问题快
日志内容都是哪些？