INSERT 报错表满、SELECT 正常？MySQL ERROR 1114 避坑指南
一、报错现象ERROR 1114 (HY000): The table 'xxx' is full业务侧典型表现：INSERT / UPDATE 失败，SELECT 正常df -h 看数据盘还有空间重启 MySQL 临时恢复，跑一会又复现常见于日志表、订单流水表、高频写入场景⚠️
别再 tail -f 看日志了：5 个命令组合 30 秒从百万行日志里捞出错误
场景：500MB 日志，你盯着屏幕等错误自己出现线上报错，用户反馈"下午两点多提交订单失败"。你登上服务器，tail -f app.log，然后盯着飞速滚动的屏幕，指望那条 ERROR 正好划过眼前。这就是大多数运维新人的日志排查方式：用眼睛对抗每秒几千行的输出。
grep 到了 ERROR，然后呢？线上报错怎么看上下文日志
下单接口偶尔报错，grep 出来是这样的：2026-11-02 09:41:07.392 [http-nio-8080-exec-7] ERROR c.e.shop.service.
一份排查脚本，把一条入侵链看成了一个错误
01事件经过与材料构成DIVD 这份排查脚本，我是在值班群里第一次看到的。有人转了一句：要不要也跑一遍。先把线划出来。能自己核的只有一样：脚本本身。它扫哪两个目录、认哪几类文件、拿什么去比、跑完输出什么，全在文件里，可以一行一行对。
Spring Boot 全局异常处理与日志管理
教学目标知识目标理解全局异常处理的作用和设计思想掌握 @RestControllerAdvice + @ExceptionHandler 的使用方式理解统一异常响应格式的设计模式掌握 SLF4J + Logback 日志框架的级别和配置方法技能目标能够自定义业务异常类并编写全局异
接口没挂，用户却全 503？Nginx 限流配错的 3 个真实翻车现场
晚上 20:03，登录接口请求量突然翻倍。Nginx 没挂，连接还在收，但后端认证服务的线程池开始排队，数据库连接数一路顶到上限，接口 P99 从 180ms 飙到 4.6s。值班同学本能反应：加条限流。
Python用 AI 做前端错误日志聚类归因：几千条报错其实只有 7 个问题
前端错误日志一天几万条，按时间排序列出来没人看得完。但把重复的归并之后，往往只剩几个真问题。这篇用代码做归一、聚类和优先级排序，再让 AI 只对 Top N 做归因，最后逐条校验它有没有编造堆栈。步骤1：前端错误日志的三个特点# 1.
Vibe-Trading 部署实录：用开源 Agent 做 A 股研究与回测
香港大学团队开源的 Vibe-Trading 已在 GitHub 拿到 3.5 万 star，支持 A 股、港股、美股行情与策略回测。
Linux 命令总是记不住？不是你笨，是缺这张场景速查表
用法先说一句：这张表不是用来背的，是用来「卡住时查一次」的。左侧找场景 → 中间抄命令 → 右边看示例，三秒定位。环境默认 Ubuntu / Debian，其他发行版基本通用。
凌晨根盘 100% 业务瘫痪，罪魁竟是这个 5.6G 日志文件
凌晨告警，业务页面打不开。df -h / 一敲——根分区 100%。进 /usr/local/tomcat/logs 一看，一个 catalina.out 干了 5.6G。机器我跑了 993 天没重启，平时根盘水位从来没红过。你以为没配日志切割才会出事？