直接删wp_posts里的shop_order会出事，因为WooCommerce订单数据分散在wp_posts、wp_postmeta、wp_woocommerce_order_items等多表，仅删主表会导致孤儿数据，引发查询异常、库存错误和对象调用失败。
为什么直接删wp_posts里的shop_order会出事
因为woocommerce订单不是单表数据，它像一张网：订单主体在wp_posts，元数据在wp_postmeta，商品行在wp_woocommerce_order_items，关联关系在wp_woocommerce_order_itemmeta。只删wp_posts记录，其他表残留大量孤儿数据，后续查订单、重算库存、导出报表都会错。
常见错误现象：get_posts(['post_type' => 'shop_order'])返回空但后台订单列表仍显示；WC_Order对象调用get_items()报Trying to get property 'name' of non-object；数据库体积不降反升。
- 必须按依赖顺序删除：先清子表（item + itemmeta），再清元数据（postmeta），最后删主记录（posts）
-
wp_postmeta里有大量以_wc_order_total、_billing_email开头的键，它们只对post_type = 'shop_order'有效，不能全局清 - 别用
DELETE FROM wp_posts WHERE post_type = 'shop_order'——没加AND post_status != 'trash'的话，会把回收站里的订单也删掉，且无法恢复
怎么安全批量删已完结/取消的订单（含所有关联表）
核心原则：用JOIN或子查询确保只删真实存在的完整链路，避免外键断裂。推荐分两步走——先查再删，尤其生产环境务必加LIMIT测试。
示例（MySQL）：
SELECT p.ID
FROM wp_posts p
INNER JOIN wp_postmeta pm ON p.ID = pm.post_id AND pm.meta_key = '_wc_order_paid_date'
WHERE p.post_type = 'shop_order'
AND p.post_status IN ('wc-completed', 'wc-cancelled')
AND p.post_date < '2022-01-01'
LIMIT 10;
确认ID无误后，执行四表联动删除（注意顺序）：
- 删订单项：
DELETE oi, oim FROM wp_woocommerce_order_items oi INNER JOIN wp_woocommerce_order_itemmeta oim ON oi.order_item_id = oim.order_item_id WHERE oi.order_id IN (123,456) - 删元数据：
DELETE FROM wp_postmeta WHERE post_id IN (123,456) - 删主记录：
DELETE FROM wp_posts WHERE ID IN (123,456) AND post_type = 'shop_order' - 别漏
wp_comments：订单相关评论（如客户留言、客服回复）需同步删：DELETE FROM wp_comments WHERE comment_post_ID IN (123,456)
WP-CLI命令能不能一键清理？风险在哪
能，但wp post delete默认只删wp_posts和wp_postmeta，完全不管WooCommerce专属表。直接跑wp post delete $(wp post list --post_type=shop_order --post_status=wc-completed --format=ids) --force等于埋雷。
真正安全的做法是写个轻量脚本，用wp db query手动执行上面的多表删逻辑：
- 用
wp db query执行SELECT预览要删的ID，加--format=json方便解析 - 把ID数组传给后续
DELETE语句，避免SQL注入：用wp eval拼接字符串比shell变量更稳妥 - 注意WP-CLI连接的是当前wp-config.php配置的库，如果用了读写分离，得确认
wp db query走的是写库 - 别信插件“一键清订单”——90%只清
wp_posts，后台刷新后你会发现wp_woocommerce_order_items里还躺着几千条孤立项
删完之后为什么订单数还是不准？检查这三处
WooCommerce自己缓存了订单统计，删完数据不刷新，后台右上角的“订单”数字、仪表盘小部件、甚至wp_count_posts('shop_order')都可能滞后。
- 清对象缓存：
wp cache flush（如果用了Redis/Memcached，还得单独连上去flush） - 重建WooCommerce计数器：
wp wc update-db或访问/wp-admin/admin.php?page=wc-status&tab=tools&reset_counts=1 - 检查
wp_options表里woocommerce_reports_cache和woocommerce_admin_report_counts这两条option，手动DELETE或UPDATE为a:0:{}
最常被忽略的是：WooCommerce的wp_woocommerce_sessions表里可能存着已删订单的会话引用，虽然不影响功能，但占空间。它不参与订单逻辑，可单独清：DELETE FROM wp_woocommerce_sessions WHERE session_key IN (SELECT DISTINCT session_key FROM wp_woocommerce_sessions s JOIN wp_posts p ON s.session_value LIKE CONCAT('%', p.ID, '%') WHERE p.post_type = 'shop_order' AND p.ID IS NULL)——不过这个LIKE匹配慢，建议定期TRUNCATE而非联查。
