如果在服务器购买没有留冗余的情况下，服务流量增长了，我们有什么暂时应对的方式呢？ 我们可以从节省服务器存储量或者降低日志量这两个思路入手，比如后面这些方式： 减少我们保存日志的周期，从保存 30 天改为保存 7 天，可以节省四分之三的空间； 非核心业务和核心业务的日志区分开，非核心业务只存 7 天，核心业务则存 30 天； 减少日志量，这需要投入人力做分析。可以适当缩减稳定业务的排查日志的输出量； 如果服务器多或磁盘少，服务器 CPU 压力不大，数据可以做压缩处理，可以节省一半磁盘；
相关推荐
BingoGo3 小时前
PHP clone 之后，为什么改副本会影响原对象？JaguarJack3 小时前
PHP clone 之后，为什么改副本会影响原对象？小灰灰搞电子4 小时前
Rust+Slint 实现动态消息提示框源码分享小奏技术4 小时前
10 MB 的 Postman 替代品，启动不到 1 秒东风破_4 小时前
Text2SQL ：用自然语言操作 SQLite 数据库IT_陈寒8 小时前
Python的多线程就是个假把式，我算是体验到了码事漫谈8 小时前
如果 AI 要圈养人类，它可能不需要笼子newerp9 小时前
Golang 调度循环：Go runtime 如何永不停歇地找人干活明月_清风9 小时前
AI 时代，为什么架构师又开始谈"本体论"？