配备 ECC 内存与高速 NVMe 的数据库独立服务器

提交只有写入稳定存储后才算真正持久化。在主库上，请保留安全的默认设置：PostgreSQL 中的 fsync = on，MySQL 或 MariaDB 中的 innodb_flush_log_at_trx_commit = 1 和 sync_binlog = 1。如果可以接受崩溃后丢失最后一瞬间的提交，PostgreSQL 的 synchronous_commit = off 能以这段时间窗口换取速度，且不会有数据损坏的风险。

• 双盘服务器默认配置软件 RAID 1；可使用 cat /proc/mdstat 检查镜像状态。
• 在进行任何调优之前，先用 pg_test_fsync 测出磁盘的实际性能。
• 使用 ZFS 时，应让 recordsize 与页大小保持一致（初始值可设为：InnoDB 用 16K，PostgreSQL 用 8K），并限制 ARC 的大小，避免它与缓冲池争抢内存。

从内存读取数据的数据库很少需要等待。先按热数据量确定内存大小，再逐一调优各个引擎，避免它们彼此之间或与操作系统争抢资源：

• PostgreSQL：shared_buffers 设为内存的 25% 左右，effective_cache_size 约为 70%，work_mem 则保持适中，因为每条查询中的每次排序或哈希操作都可能各自占用这么多内存。
• MySQL 和 MariaDB：在不运行其他服务的服务器上，将 innodb_buffer_pool_size 设为内存的 60–75%。
• Valkey 和 Redis：将 maxmemory 设得远低于物理内存，因为生成快照时会 fork 进程，而写时复制需要预留内存余量。
• ClickHouse：用 max_memory_usage 限制每条查询的内存用量，以免一份繁重的报表拖垮整台服务器。

之后持续关注缓存命中率：如果命中率在高负载时下降，增加内存通常比换用更快的磁盘更有效。

用于故障切换的副本应与主库位于同一机房，并通过免费的私有 VLAN 互联：这样延迟足够低，同步复制的开销完全可以承受。再通过 WireGuard 在另一个机房添加一个异步副本，用于灾难恢复；如果跨洋进行同步提交，每笔事务都要等待一次往返。

• 自动故障切换需要仲裁（quorum）。Patroni 搭配 etcd 需要三个成员，第三个成员用一台小型服务器即可。
• 复制不等于备份：删掉一张表，这个操作几乎会同时同步到每一个副本。请使用 pgBackRest、WAL-G 或 mariadb-backup 在另一台机器上保留可按时间点恢复的备份，例如另一座城市中的 64 TB 存储服务器。