WordPress文章ID不连续本质是草稿、修订版、附件等占用ID且AUTO_INCREMENT不回填；phpMyAdmin可清理（删revision/auto-draft）、查最大ID、重置AUTO_INCREMENT，但需先清空再设值，否则无效。
WordPress文章ID不连续，本质是wp_posts表里被草稿、修订版、附件、菜单项等占用了ID，而MySQL的AUTO_INCREMENT值只会递增、不会回填空缺。phpMyAdmin本身不能“自动修复”ID连续性，但能帮你清理、重置、验证——关键在操作顺序和风险控制。
先确认哪些ID被占用了（别瞎删）
直接进phpMyAdmin → 选中你的WordPress数据库 → 点开wp_posts表 → 切到“SQL”标签页，执行：
SELECT ID, post_type, post_status FROM wp_posts WHERE ID < 100 ORDER BY ID;
你会看到类似ID=2, post_type=post, post_status=publish（正经文章），也看到ID=3, post_type=revision, post_status=inherit（修订版）、ID=5, post_type=attachment, post_status=inherit（附件）。这些就是ID断层的元凶。注意：页面（post_type=page）、导航菜单项（post_type=nav_menu_item）同样占用ID，但通常不建议删除。
安全删除修订版和自动草稿（最常踩坑点）
很多教程给的SQL语句会误删wp_term_relationships里的关联数据，导致分类/标签丢失。只删wp_posts中明确无用的记录更稳妥：
SEO关键词密度优化与页面审计技能。使用场景：①提供页面路径与关键词进行SEO优化；②提升页面关键词密度；③提升搜索引擎排名；④进行SEO审计（meta标签、OG、hreflang等）。触发词：关键词密度、SEO优化、关键词优化等。
立即学习“PHP免费学习笔记（深入）”；
- 删除所有修订版：
DELETE FROM wp_posts WHERE post_type = 'revision'; - 删除所有自动草稿：
DELETE FROM wp_posts WHERE post_status = 'auto-draft'; - 执行前务必勾选“启用永久删除”（phpMyAdmin右上角设置），否则可能只打上删除标记
- 删完立刻执行
OPTIMIZE TABLE wp_posts;，回收空间并更新统计信息
重置AUTO_INCREMENT值（必须满足两个条件）
很多人执行ALTER TABLE wp_posts AUTO_INCREMENT = X;后发现没生效，是因为MySQL要求新值必须大于当前表中最大ID。所以分两步：
- 查出当前最大已用ID：
SELECT MAX(ID) FROM wp_posts WHERE post_type = 'post' AND post_status = 'publish';假设结果是142 - 再执行重置：
ALTER TABLE wp_posts AUTO_INCREMENT = 143; - ⚠️ 注意：如果表里还有未清理的
revision或attachment，它们的ID可能远超142，这时ALTER会被MySQL静默忽略——必须先清干净再重置
为什么ID还是跳？你可能忽略了这三点
ID连续只是“新发文章看起来连着”，不是万能解药。以下情况仍会导致跳号：
- 插件或主题调用
wp_insert_post()时显式指定ID参数，绕过AUTO_INCREMENT - 手动INSERT SQL语句写死ID，或通过WP-CLI导入内容时未禁用ID映射
- 多站点（Multisite）环境下，
wp_posts是共享表，其他子站的操作也会占用ID
真正想让ID严格连续，得在每次发布前动态找最小空缺ID（如用array_diff(range(1, $max), $existing_ids)），但这会拖慢写入性能，且破坏WordPress默认事务逻辑——多数场景下，清理+重置已是务实边界。
