珍爱生命，不要在 nspawn 容器里跑数据库

今天凌晨按计划照常更新系统（Fedora 36 > 37），结果更新完之后 Mariadb 数据库寄了，先是业务服务端疯狂报查询错误，然后数据库备份脚本那边也报错了，仔细一看说的是主键索引损坏 index of table is corrupt。

我就很纳闷了，更新重启的时候 nspawn 不是应该会向 mysqld 发送退出指令么？为什么还是出现这个问题？不过这也怪我，没有手动停掉 mysqld，导致问题发生。在网上找了很久关于怎么修复索引损坏的教程，都太复杂了，但是恢复服务迫在眉睫，不得以只能临时搭了个新的 Mariadb 然后导入更新前备份的数据。

在导入完数据之后，我发现一个奇怪的事情，那就是新的这个 Mariadb 的速度，无论是连接速度还是查询速度，都比之前 nspawn 容器里的 Mariadb 快了十倍甚至九倍（喜

这就很奇怪了，机器还是同样的机器，配置文件也一模一样，但是性能差距为什么这么大呢？咨询过我的好哥们 Gzz 之后得到的解答是，可能是 nspawn 在隔离容器时有一些问题，造成了一些性能损失，但这损失也太大了吧？换回物理机的 Mariadb 之后，同样的查询从以前的 0.3s 直接变成 0.1s 甚至不到，提升太大了。

所以从这次更新我也才发现在 nspawn 容器里运行 Mariadb 会有这种问题，也许是和我的硬件配置有关，又或者是操作系统的其他设置和软件导致的……总之问题还是解决了，切记在重启物理主机之前一定要手动停止掉容器里的所有 mysqld 进程啊！

记下来以后可能会用到。