我见过最搞笑的故障是2024年某云厂商搞数据的团队，售卖的客户 RDS信息都要写到一个元数据库中，这个元数据库跑在物理机上，顶配的7台物理机，1主6从，MySQL 5.6，部分从库承载不同业务的读流量，结果磁盘满了，服务停机几个小时，S1大故障

别问为什么不用PolarDB、Aurora和分库分表，更不要问为什么不用自家的读写分离Proxy，也不要问为什么不用8.0、8.4

这个数据库最强的团队花了快一个小时定位慢SQL，居然没有发现根因是磁盘打满………………使劲笑

排查就花了这么久，恢复更是花了几个小时，所以当你们的RDS 出了问题，你能干什么？最后赔你几毛钱得了

机器、实例进程都在自己运维手里控制的时候才是可控的

嗯，这个故障新闻上也可以查到，别问我是哪家云

万幸只影响售卖、管控，客户的实例本身运行正常
https://x.com/i/status/2088242148072439858