Dede数据库改动那些事儿，经验教训和实操心得分享给你

Dede数据库改动那些事儿，经验教训和实操心得分享给你

说起改动DedeCMS的数据库，那可真是让人又爱又恨，爱的是，有时候一个简单的SQL语句就能实现后台怎么也搞不定的功能，恨的是，一不小心就可能让网站直接“白屏”，前功尽弃，我在这里摸爬滚打多年，踩过的坑不少，总结了一些血泪教训和实操心得,跟你唠唠。

第一件事：敬畏之心，备份先行

这绝对是第一条，也是最重要的一条金科玉律，只要你心里动了要直接碰数据库的念头，不管改动多小，哪怕只是改一个文章标题，第一件事必须是备份数据库。（来源：几乎所有Dede老站长的共识）

我有个深刻的教训，早些年，我想批量修改一批文章的发布时间，觉得就是个简单的UPDATE语句，结果WHERE条件没写对，一下子把全站所有文章的时间都改成了同一个点，当时脑子就“嗡”的一声，幸亏我有每天定时自动备份的习惯，赶紧从备份里把数据恢复了回来，只损失了大概半天的新增数据，从那以后，我给自己定了死规矩：动手前，用phpMyAdmin或者mysqldump命令完整导出一份sql文件，并存放在一个安全的地方，这叫“磨刀不误砍柴工”，备份就是你操作数据库的“安全绳”。

第二件事：搞清楚核心表结构，别乱动

DedeCMS的表比较多，但核心的就那几张，改动前，你至少得知道你要动的东西在哪张表里。（来源：基于对DedeCMS数据库结构的常见分析）

• 文章数据：主要在 dede_archives 表（存放文章基本属性，如标题、时间、栏目ID）和 dede_addonarticle 表（存放文章正文内容），这两个表通常通过aid字段关联，你改文章信息,多半离不开这两张表。
• 栏目信息：在 dede_arctype 表，这里放着栏目的名称、路径、模板设置等，改动栏目时要特别小心,因为它会影响文章的生成了路径。
• 会员信息：在 dede_member 等一系列以dede_member开头的表里。

心得是： 尽量只改动内容数据（如文章标题、正文），尽量避免去改动核心的结构性字段，比如栏目的id、文章的aid、模型的mid等，这些字段就像房子的承重墙,动错了可能导致整个站点的关联关系错乱。

第三件事：SQL语句要谨慎，尤其是WHERE条件

直接写SQL语句操作，效率最高，但风险也最大。（来源：程序员和站长常见的错误总结）

• 一定要带WHERE条件：除非你真的想对全表数据进行统一变更（这种需求极少），否则你的UPDATE或DELETE语句必须加上精确的WHERE条件，比如UPDATE dede_archives SET title = '新标题' WHERE id = 123，我那次事故就是忘了加条件，变成了UPDATE dede_archives SET title = '新标题',后果不堪设想。
• 先SELECT，后UPDATE：这是一个非常好的习惯，当你不确定你的WHERE条件是否准确时，先把UPDATE语句改成SELECT语句执行一下，看看筛选出来的数据是不是你预想中的那些，你想改ID为100到200的文章，可以先执行SELECT * FROM dede_archives WHERE id BETWEEN 100 AND 200，确认无误后,再把SELECT换成UPDATE。
• 批量修改要分批次：如果需要改动大量数据，比如几万条，不要一条巨大的SQL语句执行到底，可能会导致数据库锁表，网站卡死，可以写个循环脚本，每次处理1000条或5000条，分批次完成,或者用LIMIT限制每次修改的条数。

第四件事：改动后的清理工作至关重要

DedeCMS有强大的生成静态页面的功能，这也意味着它有很多缓存。（来源：DedeCMS官方文档及常见问题解答）

你直接改了数据库，只是改了“源数据”，但网站上已经生成的静态HTML文件并不会自动改变，操作完成后，必须进入DedeCMS后台的“系统” -> “系统设置” -> “系统基本参数” -> “性能选项”里，进行相关缓存清理。

• 更新栏目缓存：如果你改动了栏目信息,必须更新这个。
• 更新文档HTML：如果你改动了文章内容,需要在这里生成新的静态页面。
• 清理系统缓存：有时候一些临时数据也需要清理。

如果你只改数据库不更新缓存，就会出现“后台看了已修改，前台死活不生效”的灵异现象，我见过好几个新手折腾半天,最后发现是没更新缓存。

第五件事：特殊情况的处理心得

• 搬家或换域名：这是最常遇到的数据库大改动，你需要用SQL语句批量替换文章内容、图片路径中的旧域名为新域名，切记，不仅要改dede_addonarticle里的正文，还要检查dede_archives里的缩略图路径等字段，替换前务必备份！替换后一定要全面更新缓存和重新生成HTML。
• 数据恢复：如果操作失误，备份文件就是你唯一的救命稻草，恢复数据库时，最好将网站置于关闭状态（在后台可以设置），恢复完成后再开启,避免数据不一致。

最后总结一下：

改动Dede数据库就像给一个正在运行的机器做手术，你能获得高效和灵活，但必须承担风险，核心心得很简单：备份是保命符，谨慎是护身符，清理缓存是最后的确认键，不要怕，但一定要尊重它，从小的、简单的改动开始尝试，慢慢积累经验，你就会越来越得心应手，希望这些来自实际经验的心得,能帮你在折腾DedeCMS的路上少走点弯路。