后台删文章后，记录为何仍存在？

这个问题几乎可以肯定是由于 数据库中的文章数据表与文章内容数据表之间没有进行级联删除 造成的。

问题根源分析

DEDE为了优化性能和结构,通常会将文章的核心信息（如标题、作者、发布时间等）存储在一个主表中（通常是 dede_archives），而将文章的详细内容（正文、HTML源码等）存储在另一个内容表中（通常是 dede_addonarticle 或其他 dede_addon* 表）。

当你点击“删除”按钮时，DEDE的后台程序可能只执行了删除主表 dede_archives 中的记录，而没有同时删除内容表 dede_addonarticle 中对应的记录，这就造成了“数据孤岛”：主表记录没了，但内容表里还留着“尸体”。

解决方案

根据你的DEDE版本和具体操作习惯,可以尝试以下几种方法，从最简单、最推荐的开始。

使用DEDE自带的“内容回收站”（最推荐、最安全）

这是DEDE设计好的标准流程,也是最安全的方法，可以避免误删数据。

1. 不要直接删除：在文章列表页，不要直接点击“删除”按钮。
2. 放入回收站：勾选你想要删除的文章，然后点击列表上方的 “移动到回收站” 按钮。
3. 清空回收站：
   • 回收站”页面（通常在“文档管理”或“系统”菜单下）。
   • 在回收站页面,你可以看到所有被删除的文章。
   • 点击 “清空回收站” 按钮，系统会彻底删除这些文章在主表和内容表中的所有记录。

优点：

• 安全：提供了“后悔药”，可以从回收站恢复误删的文章。
• 彻底：清空回收站操作是DEDE系统设计的标准级联删除流程，能确保数据被完整清理。

手动执行SQL语句（最直接、最彻底）

如果文章已经通过“直接删除”被移除了，导致数据不一致，或者你想批量清理这些“孤儿”数据，手动执行SQL是最高效的方法。

⚠️ 重要警告：操作数据库有风险，请务必先备份数据库！

操作步骤：

1. 备份数据库：登录你的主机控制面板（如cPanel、宝塔面板等），使用phpMyAdmin等工具，对你的 dede 数据库进行完整备份。

2. 找到“孤儿”记录：

   • 登录phpMyAdmin,选择你的DEDE数据库。
   • 点击 dede_archives 表（文章主表），浏览一下，看看哪些文章记录还在，但你已经确定它们应该被删除了（比如文章ID为 100, 101, 102 的文章）。

3. 执行删除SQL：

   • 在phpMyAdmin中,点击顶部的“SQL”选项卡，进入SQL查询界面。
   • 执行以下SQL语句。请务必将 你的文章ID列表 替换成你实际要删除的文章ID。

   -- 假设你要删除的文章ID是 100, 101, 102
   -- 第一步：删除内容表中的记录
   DELETE FROM dede_addonarticle WHERE aid IN (100, 101, 102);
   -- 第二步：删除主表中的记录
   DELETE FROM dede_archives WHERE id IN (100, 101, 102);

   SQL语句解释：

   • DELETE FROM ... WHERE ... IN (...)：这是一种批量删除的语法，IN 括号里的就是你要删除的记录ID。
   • dede_addonarticle表，如果你的模型不是“文章”，而是“软件”等其他类型，这个表名可能是 dede_addonsoft 等，请根据你的实际情况修改。
   • dede_archives：文章主表，这个通常是固定的。
   • aid 和 id：aid (article ID) 是内容表里关联主表的外键，id 是主表的主键，两者值是相同的。

4. 检查结果：执行成功后，再去后台文章列表刷新，那些“幽灵”文章应该就消失了。

检查并修复DEDE删除函数（针对开发者或高级用户）

如果你有编程能力,并且怀疑是DEDE系统文件被修改过导致删除功能异常，可以检查核心文件。

1. 定位文件：找到DEDE后台处理删除操作的文件，通常位于 /dede/article_delete.php。

2. 检查代码：打开这个文件，查看其删除逻辑，正常的逻辑应该是先删除内容表，再删除主表，或者使用事务来保证两个操作要么都成功，要么都失败。

3. 修复代码：如果发现代码逻辑有误，比如只删除了主表，你需要按照正确的逻辑修改代码，标准的删除逻辑大致如下（伪代码）：

   // 1. 获取要删除的文章ID
   $id = $_GET['id'];
   // 2. 删除内容表记录
   $dsql->ExecuteNoneQuery("DELETE FROM `dede_addonarticle` WHERE aid='$id'");
   // 3. 删除主表记录
   $dsql->ExecuteNoneQuery("DELETE FROM `dede_archives` WHERE id='$id'");

   修改后,重新上传文件覆盖即可。

总结与建议

给你的建议：

• 对于日常操作：请务必养成 “先移入回收站，再清空回收站” 的好习惯。
• 对于当前问题：如果你的数据很重要，请先使用 方案一，如果方案一无法解决（回收站里也没有），或者你手头有数据库备份，那么使用 方案二 手动清理是最有效的。
• 对于未来：检查一下你的 article_delete.php 文件，确保其逻辑是正确的，以防止未来再次发生类似问题。