一次 Redis MISCONF 故障，背后竟是磁盘 I/O 异常
前言昨天碰到一个 Redis 故障，应用突然报错，提示 Redis 无法写入。一开始看到 MISCONF，以为就是常见的 RDB 持久化失败。之前也遇到过类似问题，大部分都是磁盘空间不足，清理一下空间或者处理持久化目录就能恢复。
别再 tail -f 看日志了：5 个命令组合 30 秒从百万行日志里捞出错误
场景：500MB 日志，你盯着屏幕等错误自己出现线上报错，用户反馈"下午两点多提交订单失败"。你登上服务器，tail -f app.log，然后盯着飞速滚动的屏幕，指望那条 ERROR 正好划过眼前。这就是大多数运维新人的日志排查方式：用眼睛对抗每秒几千行的输出。
BeamFS想进Linux内核：硬盘能自修数据？
又冒出一个“抗辐射”文件系统 ️Linux 内核提案里多了个实验文件系统 BeamFS，开发者是 Aurelien Desbrieres。它盯上的不是速度，是数据被辐射、电磁干扰和硬件错误搞坏的问题。听起来有点硬核？
电脑越来越卡、日志报 I/O error？用这 5 招查是不是硬盘坏了
先说句不好听的：物理坏道修不好，所谓“修复”只是把坏块拉黑不用，最后还得换盘。很多人一上来就 badblocks -w，数据直接没；还有人看到 C7 报错就买新硬盘，其实是 SATA 线松了。这篇把 Linux 下查硬盘坏道的正常顺序捋一遍，照着做能少踩 80% 的坑。
Linux 磁盘 I/O 拖慢数据库？iostat 几个数字看懂
先把 iostat 请出来iostat 藏在 sysstat 包里，很多最小化安装的服务器根本没装，先补上：# Debian / Ubuntuapt install sysstat# Rocky / RHEL / CentOSdnf install sysstat最常用的
Linux文件I/O与标准I/O缓冲机制及性能分析
目录1、文件I/O1.1、数据缓冲机制1.2、性能影响2、标准I/O2.1、数据缓冲机制2.2、性能影响3、文件I/O与标准I/O的对比在 Linux 中，文件I/O和标准I/O是两种常见的I/O操作方式，它们在数据缓冲的原理和机制上有所不同。
值班排查 Linux 故障，这 6 类命令和判断要点一次说清
磁盘告警响起来的时候，值班的人最常犯的错，不是不会敲命令，而是敲对了命令、判断错了方向。同样是「磁盘满了」，可能是四种完全不同的问题。用错方向，最坏的情况是排查半小时，最后发现问题根本不在磁盘上。
Linux 7.3正式发布：I/O性能进一步提升 支持AMD Zen 6新平台并强化游戏硬件兼容性
Linux内核7.3版本于10月18日正式发布。此次更新按照既定计划推出，带来了多项性能优化和硬件支持改进，涉及存储I/O、AMD下一代Zen 6处理器平台、老款AMD显卡、显存管理以及游戏控制器等领域。
Linux CPU和内存都不高，服务却卡：iowait、磁盘队列和句柄怎么查
监控里CPU负载只有20%-30%、内存也没吃满，网页和后台却越来越慢。此时程序可能不是在计算，而是在等磁盘、网络存储或文件句柄返回。只看CPU和内存，很容易错过真正的等待位置。
嵌入式Linux：阻塞式I/O与非阻塞式I/O
在Linux系统中，I/O操作可以分为两种模式：阻塞式I/O和非阻塞式I/O。这两种模式决定了进程在执行I/O操作时的行为方式，以及CPU资源的利用效率。阻塞的本质是进程在无法完成某个操作时，进入休眠状态，交出了CPU控制权，等待操作条件满足再被唤醒执行。