dede如何合并数据库？

数据库操作是高风险行为，请务必备份数据！

在进行任何合并操作之前,请务必对源数据库和目标数据库都进行完整的备份，可以使用 mysqldump 命令或通过 phpMyAdmin 等工具导出 .sql 文件。

核心思路

合并数据库的核心步骤可以概括为以下几步：

1. 准备阶段：分析两个数据库的结构（表、字段），确定合并策略。
2. 数据迁移：将源数据库中的数据（如文章、栏目、会员等）插入到目标数据库中。
3. 数据修正：处理合并后可能出现的冲突，主要是 ID 冲突和 主从关系 错乱。
4. 更新配置：修改目标网站的配置文件，使其指向合并后的新数据库。

详细步骤与操作方法

假设我们有以下两个站点：

• 目标站点 (主站)：数据将最终保留在这里，其数据库信息为 db_main，表前缀为 dede_。
• 源站点 (要合并的站)：数据需要迁移到主站，其数据库信息为 db_source，表前缀为 source_。

第一步：准备工作（分析数据库结构）

1. 备份：
   • 备份 db_main 数据库。
   • 备份 db_source 数据库。
2. 分析表结构：
   • 使用 SHOW TABLES FROM db_main; 和 SHOW TABLES FROM db_source; 查看两个数据库中的所有表。
   • 主要关注 DedeCMS 的核心表，
     • archives (文章列表)
     • arctiny (文章简略信息)
     • addonarticle (文章附加表)
     • channeltype (频道模型)
     • adminuser (管理员)
     • member (会员)
     • dede_arctype (栏目)
     • dede_tagindex / dede_taglist (TAG标签)
     • ... 等等。
3. 确定合并策略：
   • 表前缀不同：如果两个数据库的表前缀不同（如 dede_ 和 source_），合并会相对简单，我们可以直接将 source_ 表的数据导入到 dede_ 表中。
   • 表前缀相同：如果表前缀相同，直接导入会导致数据覆盖，这时需要先修改源数据库的表前缀，或者使用更复杂的 SQL 语句来合并数据。

第二步：数据迁移（使用 SQL 语句）

我们将通过 SQL 命令来完成数据的插入，最常用的方法是 INSERT INTO ... SELECT ...。

通用语法：

INSERT INTO 目标数据库.目标表 (字段1, 字段2, ...)
SELECT 字段1, 字段2, ...
FROM 源数据库.源表
WHERE [可选的筛选条件];

操作方法：

1. 登录你的数据库管理工具（如 phpMyAdmin）。
2. 选择目标数据库 db_main。
3. 在 SQL 执行窗口中，编写并执行以下命令。

示例 1：合并文章列表（archives 表）

假设 db_main 和 db_source 的 archives 表结构完全相同。

-- 将源站的所有文章插入到主站的文章列表中
INSERT INTO db_main.dede_archives (id, typeid, arcrank, click, money, title, ...
SELECT id, typeid, arcrank, click, money, title, ...
FROM db_source.dede_archives;

注意：id 字段通常是自增主键，直接插入可能会导致主键冲突，我们需要在插入时排除 id 字段，并让数据库自动生成新的 id。

修正后的正确写法（排除自增ID）：

-- 将源站文章内容插入到主站，不包含 id，让主站数据库自动分配新 id
INSERT INTO db_main.dede_archives (typeid, arcrank, click, money, title, ...
SELECT typeid, arcrank, click, money, title, ...
FROM db_source.dede_archives;

示例 2：合并栏目（arctype 表）

和文章表一样,需要排除自增的 id 字段。

-- 将源站栏目插入到主站
INSERT INTO db_main.dede_arctype (reid, typename, ...
SELECT reid, typename, ...
FROM db_source.dede_arctype;

示例 3：合并会员（member 表）

会员表通常有一个 mid 自增主键和 userid 唯一标识，合并时，既要避免 mid 冲突，也要确保 userid 不重复。

-- 检查是否有重复的 userid
SELECT userid FROM db_main.dede_member
UNION
SELECT userid FROM db_source.dede_member;
-- 如果有重复，需要先在源站修改 userid，例如加上 'source_' 前缀
UPDATE db_source.dede_member SET userid = CONCAT('source_', userid) WHERE userid IN (
    SELECT userid FROM db_main.dede_member
);
-- 确认无重复后，再插入数据（排除 mid）
INSERT INTO db_main.dede_member (userid, pwd, uname, ...
SELECT userid, pwd, uname, ...
FROM db_source.dede_member;

重要提示：

• 逐表操作：你需要对每一个需要合并的表都执行类似的 INSERT INTO ... SELECT ... 操作。
• 依赖关系：archives 表中的 typeid 指向 arctype 表的 id，如果你先合并了文章，再合并栏目，那么文章的 typeid 可能会指向一个在主站不存在的栏目ID。合并顺序很重要，通常建议先合并基础数据（如栏目），再合并内容数据（如文章）。
• 附加表：addonarticle 等附加表通过 aid 与主表 archives 的 id 关联，由于合并后 archives 表的 id 都变了，直接插入附加表会导致关联错误。对于附加表，合并策略会更复杂，通常需要先合并主表，然后通过脚本重新关联 aid。

第三步：处理数据冲突（关键步骤）

这是合并中最棘手的部分,主要指 ID 的映射关系。

场景：源站的一篇文章 id=101，被插入到主站的 archives 表后，可能被分配了 id=5001，这篇文章的评论、附件、标签等数据（存储在其他表中）可能仍然引用着旧的 id=101。

解决方案（以合并文章和其评论为例）：

1. 合并文章：先将 db_source.dede_archives 的数据插入到 db_main.dede_archives。

2. 创建ID映射表：我们需要一个表来记录源站文章ID和主站文章ID的对应关系。

   -- 在主站数据库中创建一个临时映射表
   CREATE TABLE db_main.id_mapping (
       source_id INT, -- 源站的ID
       main_id INT,   -- 主站的新ID
       PRIMARY KEY (source_id)
   );

3. 填充映射表：

   -- 将刚刚插入的文章的ID映射关系存入表中
   -- 假设源站表是 source_archives，主站表是 dede_archives
   INSERT INTO db_main.id_mapping (source_id, main_id)
   SELECT a.id, b.id
   FROM db_source.dede_archives a
   JOIN db_main.dede_archives b ON a.title = b.title AND b.id > (SELECT MAX(id) FROM db_main.dede_archives);
   -- 注意：上面的 JOIN 条件（b.id > ...）是为了只取刚刚插入的记录，更稳健的方法是在插入文章后，立即记录下最后插入的ID范围。
   -- 更简单的方法是：在插入文章前，先记录主站当前的最大ID，max_main_id = 1000，然后插入后，映射关系就是 source_id 和 (1000 + new_id)。

4. 更新关联表：使用这个映射表来更新其他表中的 aid。

   -- 更新评论表 dede_feedback 中的 aid
   UPDATE db_main.dede_feedback f
   JOIN db_main.id_mapping m ON f.aid = m.source_id
   SET f.aid = m.main_id;
   -- 更新附加表 dede_addonarticle 中的 aid
   UPDATE db_main.dede_addonarticle a
   JOIN db_main.id_mapping m ON a.aid = m.source_id
   SET a.aid = m.main_id;

5. 删除映射表：所有更新完成后，可以删除这个临时表。

   DROP TABLE db_main.id_mapping;

这个“创建映射 -> 更新关联”的模式适用于所有存在外键依赖的表合并。

第四步：更新网站配置

数据库合并完成后,主站网站的后台配置可能还需要调整。

1. 检查网站信息：登录 DedeCMS 后台，系统 > 系统基本参数，检查网站名称、公司信息等是否正确，可能需要从源站信息中补充。
2. 检查栏目和文章：在前台和后台浏览网站，确保栏目、文章、评论等都显示正常，链接没有错误。
3. 检查会员系统：尝试用源站的账号登录，看是否成功。
4. 更新缓存：在后台执行一次“更新网站缓存”操作。

推荐工具：DedeCMS 自带的“数据导入”功能

对于不熟悉 SQL 的用户，DedeCMS 后台提供了一个“数据导入”工具，可以简化部分合并工作。

1. 登录后台：进入 DedeCMS 后台。
2. 找到工具：通常在“系统” -> “数据导入/备份” -> “数据导入”菜单下。
3. 操作步骤：
   • 选择要导入的数据类型（如“文章数据”）。
   • 上传从源站导出的 .sql 文件。
   • 根据提示进行操作。

优点：

• 操作简单,无需编写复杂 SQL。
• 能处理一些基本的 ID 重新映射。

缺点：

• 灵活性差：对于结构不完全相同或需要特殊处理的数据库，可能无法胜任。
• 功能有限：通常只能导入核心内容，对于复杂的关联和自定义表支持不好。
• 可能不安全：如果导入的文件被恶意修改，有安全风险。

如果两个站点的 DedeCMS 版本、插件、模板完全一致，且数据量不大，可以使用此功能，否则，强烈推荐使用手动 SQL 的方式，因为它更可控、更可靠。

合并 DedeCMS 数据库是一项系统性工程，请务必遵循以下原则：

1. 备份！备份！再备份！
2. 先在测试环境操作，确保流程无误后再在生产环境执行。
3. 从简单到复杂：先合并少量数据测试，再全面铺开。
4. 理清数据关系：特别是 ID 之间的依赖关系，这是合并成败的关键。
5. 耐心细致：逐表、逐步骤地操作，不要急于求成。

希望这份详细的指南能帮助你顺利完成数据库合并！