面向自托管DNS服务的多主复制数据库选型咨询

嘿，你的这个场景太接地气了——要的就是轻量、低配置成本、多节点能独立读写，同步延迟几秒完全能接受，冲突处理也简单粗暴就行，确实犯不上用Patroni那种重型方案。给你几个精准贴合需求的选型，一个个说：

首选：KeyDB（Redis兼容的多主实现） #

你提到想要Redis风格的多主，刚好KeyDB就是Redis的分支，原生支持多主复制，而且完全兼容Redis的API，你之前写的代码不用改就能直接用。

• 配置超简单：每个节点只需要在配置文件里加一行replicaof <另一节点IP> 6379，双向配置完就是多主集群，连授权都可以用Redis的密码认证，或者配合SSH隧道加密传输，完全符合你“指定IP+交换令牌”的极简安装需求。
• 冲突处理：KeyDB自带冲突策略配置，你可以直接设置成保留更早的修改，刚好匹配你的需求；就算是修改已删除的记录，也会自动忽略，完全不用额外开发。
• 同步延迟：默认的同步间隔就能控制在几秒内，完全满足你的非实时需求。

备选1：rqlite（轻量分布式SQLite） #

如果你的数据更适合用SQL结构化存储（比如用户账号、DNS规则的明细），rqlite绝对是首选。它基于SQLite，用Raft协议实现分布式同步，本质是多主可读可写（节点自动选主，但所有节点都能接受写入请求并同步）。

• 配置极简：启动节点时只需要加-join http://<其他节点IP>:4001，就能自动组成集群，甚至可以用Docker一键部署，用户几乎不用动脑子。
• 冲突处理：Raft协议会自动处理大部分冲突，如果你想严格遵循“旧修改优先”，可以在写入时带上时间戳，业务层简单判断一下就行，成本极低。
• 轻量性：没有额外的数据库服务，每个节点就是一个单二进制文件，对VPS资源占用极小，适合普通用户部署。

备选2：MariaDB 多主复制（简化版） #

你之前觉得MariaDB多主复杂，但其实针对2-3个节点的小集群，配置已经简化很多了，完全在普通用户的操作范围内：

• 核心配置步骤：每个节点设置唯一的server-id，开启binlog（用ROW格式），然后互相执行CHANGE MASTER TO命令指向对方，开启复制就行。甚至现在MariaDB有向导工具能帮你自动配置。
• 冲突处理：可以通过配置slave-skip-errors忽略冲突，或者用GTID配合时间戳字段，在业务层实现“旧修改保留”的逻辑，完全能满足你的需求。
• 优势：毕竟是成熟的SQL数据库，存储结构化数据更顺手，如果你以后要扩展功能（比如统计、审计），兼容性更好。

总结一下 #

如果偏爱Redis类的键值存储，KeyDB是完美匹配你需求的最优解；如果需要SQL结构，rqlite是轻量首选；如果已经熟悉MySQL/MariaDB生态，MariaDB多主也完全可行，没有你想象的那么复杂。

备注：内容来源于stack exchange，提问作者MihanEntalpo