一、该问题的重现步骤是什么？
1. 服务器部署到云上去 使用prod的配置 才俩三个小时 就四个G的日志了一个服务器
2. 现在还只是内部试运行、
3.
二、你期待的结果是什么？实际看到的又是什么？
cloud4.1.0版本
三、你正在使用的是什么产品，什么版本？在什么操作系统上？
四、请提供详细的错误堆栈信息，这很重要。
五、若有更多详细信息，请在下面提供。
分析下哪些是大日志文件，再看看那些info日志占用较多。会不会是开发的时候打了info的地方多了，调用又高频，所以占用空间大。
再看看是不是error日志太大了，数据多等情况。
内部没有做大日志的打印 主要的还是来自于数据的查询、我这边的期望日志不要打印这么离谱
主要的日志还是来自于返回结果R
遇到这种情况，不翻文档，如何解决的思路：
1. 全局搜索 Response Start ，如果BladeX没有，那么就是在BladeX-Tool里
2. 接着在 BladeX-Tool搜索 Response Start ，可以看到只有一处
3. 点进去对应文件往上拉看配置
4. 可以看到有一个enabled配置，那把他关闭然后重启就行了，解决过程不超过60秒
扫一扫访问 Blade技术社区 移动端
加载中...
苏公网安备 32041102000998号