基于Rebar3的Erlang节点间非空Schema Mnesia复制方案咨询

既然mnesia:change_config/2只适用于目标节点schema为空的场景，而你的两个节点都已有非空schema，我们可以通过备份目标节点数据→清空目标节点schema→从主节点同步schema和数据→调整表复制属性的流程来实现复制，具体步骤如下：

1. 确保节点连通性 #

首先要保证两个节点能互相通信，这是分布式Mnesia的基础：

• 确认两个节点的Erlang cookie一致（启动节点时通过-setcookie your_shared_cookie指定，必须相同）。
• 在节点A（比如node1@host1）上测试连通性：

  net_adm:ping(node2@host2).
  

  返回pong说明连通正常，反之排查网络、cookie或节点名称配置。

2. 备份目标节点（节点B）的现有数据 #

因为我们需要清空节点B的schema来接收主节点的同步，所以先备份数据以防丢失：
在节点B上执行：

% 备份到指定路径，确保路径有读写权限
mnesia:backup("/opt/mnesia_backups/nodeB_backup.bup").

3. 清空节点B的Mnesia环境 #

停止节点B的Mnesia服务，并删除其Mnesia数据目录：

% 停止Mnesia
mnesia:stop().

然后在Linux命令行删除Mnesia目录（默认目录名是Mnesia.节点名，比如Mnesia.node2@host2）：

rm -rf ./Mnesia.node2@host2

如果你的Mnesia使用了自定义目录，替换成对应路径即可。

4. 从主节点（节点A）同步schema到节点B #

回到节点A，执行以下命令将节点B加入到Mnesia集群中：

% 将节点B添加为额外数据库节点
mnesia:change_config(extra_db_nodes, [node2@host2]).

这一步会自动将节点A的schema复制到节点B，因为节点B现在是空白的schema环境。

5. 调整表的复制属性 #

此时节点B已经加入集群，但现有表的副本只存在于节点A，需要将表的复制属性修改为包含两个节点：
在节点A上执行：

% 获取所有非schema的表名
Tables = [T || T <- mnesia:system_info(tables), T =/= schema],
% 遍历修改每个表的副本类型，这里用disc_copies表示磁盘持久化副本，可按需换成ram_copies或disc_only_copies
lists:foreach(fun(Table) ->
    {atomic, ok} = mnesia:change_table_copy_type(Table, node2@host2, disc_copies)
end, Tables).

执行完成后，Mnesia会自动将节点A的表数据同步到节点B。

6. 启动节点B的Mnesia并验证 #

在节点B上启动Mnesia：

mnesia:start().

验证复制是否成功：

% 查看集群节点
mnesia:system_info(db_nodes).
% 查看某张表的副本分布
mnesia:table_info(your_table_name, disc_copies).

如果返回的节点列表包含两个节点，且表的副本分布正确，说明配置完成。

注意事项 #

• 若两个节点都有需要保留的数据，这种方法会覆盖节点B的数据。如果需要合并数据，你需要自行编写冲突处理逻辑（比如读取双方数据，手动合并后再导入集群），Mnesia本身没有自动合并异构数据的能力。
• 确保两个节点的Erlang版本一致，避免Mnesia版本兼容性问题。
• 生产环境建议在低峰期操作，避免影响业务。

内容的提问来源于stack exchange，提问作者Madhusudan Joshi