主要是ai时代计算机民科显著增多
前一阵看到一个民科说 绝大多数企业内部系统qps低于1 表行数少于100万 应该把mysql换成sqlite
我当场就笑了 确实像内部那种客户管理系统 等公司倒闭都不可能管理100万个客户
但是你要是敢把客户数据存一个单机数据库里 第二天服务器硬盘挂了数据全丢 当场就得倒闭好吧
很多独立开发者被轻量化架构洗脑，想用 SQLite 替代 Postgres，但为了在 K8s 或云服务器里保留状态，顺手把 `.db` 文件挂载在了 AWS EFS 或者其他网络文件存储（NFS）卷上。
这是 SQLite 官方文档里用加粗红字警告过的最快搞崩数据库的死法。
SQLite 的多进程读写安全，完全依赖操作系统本地内核对文件句柄施加的 POSIX 字节范围锁（fcntl locks）。
绝大多数网络文件系统为了保证网络吞吐，都会做激进的客户端缓存，它们在网络协议层对分布式锁的实现极其脆弱且充满延迟。
一旦容器漂移或者两个实例同时向网络卷里的同一个 WAL 文件写数据，锁失效直接导致页面覆盖，数据库 B-Tree 结构会在没有任何告警的情况下被静默破坏成一堆乱码。
要用 SQLite，就老老实实跑在宿主机本地的 NVMe SSD 上。
大概率这帮民科都是这么来的😂
teapaw.org/iseki_zero/status/2118…
太离谱了
OpenSSH 潜伏近 10 年的史诗级草台班子漏洞，全网基于 musl 的系统全中招了？！
在所有基于 musl 的 Linux 系统上（包括满大街跑的 Alpine、OpenWrt，以及你所拉取的许多 Docker 镜像），OpenSSH 居然藏着一个逆天Bug：
那些原本锁死、明令禁止密码登录的账户（比如只允许密钥登录的 root、部署用户、甚至 Alpine 在 AWS 和 Azure 上的默认镜像用户）
只要输入的密码长度超过 256 个字符，系统居然当场放行，任意密码直接秒登！😨
从 2016 年潜伏至今整整十年，全世界的基础设施居然就靠这种离谱机制在裸奔。
所有拿 Alpine 做底层还开了 SSH 暴露在公网的服务，赶紧拉起来排查升级，这波运维又要集体汗流浃背了！
