wp_woocommerce_sessions表体积膨胀是因WooCommerce默认将用户会话存于数据库且缺乏自动清理机制，导致过期记录长期累积；安全清理应分批删除expiration小于当前时间戳的过期行，避免TRUNCATE引发全表锁、活跃会话丢失及事务不可回滚风险。
为什么 wp_woocommerce_sessions 表越来越大？
woocommerce 默认用数据库存会话（wp_woocommerce_sessions），而不是 php 的原生 session 或 redis。只要没配 woocommerce_session_expiration 或清理机制，过期的 session 记录就一直堆着——哪怕用户早关了浏览器。表体积涨到几 gb 很常见，直接拖慢查询、备份和 mysqldump。
别直接 TRUNCATE TABLE wp_woocommerce_sessions
看起来快，但风险高：TRUNCATE 会锁全表、重置自增 ID、且无法回滚。更糟的是，它会清掉所有活跃会话——已登录用户瞬间登出，购物车清空，订单中途失败都可能发生。
安全做法是只删过期记录：
-
SELECT COUNT(*) FROM wp_woocommerce_sessions WHERE session_key NOT IN (SELECT session_key FROM wp_woocommerce_sessions WHERE expiration > UNIX_TIMESTAMP());先确认有多少“真正过期”的行 - 执行
DELETE FROM wp_woocommerce_sessions WHERE expiration - 删完立刻
OPTIMIZE TABLE wp_woocommerce_sessions;回收磁盘空间（MyISAM/InnoDB 都需要）
phpMyAdmin 里执行 SQL 的实操细节
进 phpMyAdmin → 选对应数据库 → 点“SQL”标签页。注意三点：
- 务必勾选 “影响多行”（否则 phpMyAdmin 默认只允许单行 SELECT）
- 如果表太大（>10 万行），
DELETE可能超时；改用分批删：DELETE FROM wp_woocommerce_sessions WHERE expiration 多跑几次 - 别在生产高峰期执行；观察
SHOW PROCESSLIST;确保没长事务阻塞
一劳永逸：加自动清理钩子或配置
手动清只是临时解法。WooCommerce 其实自带清理逻辑，但默认不启用：
立即学习“PHP免费学习笔记（深入）”；
- 确保
wp-cron正常运行（检查wp-admin/tools.php?page=site-health&tab=health&test=cron） - 确认
woocommerce_session_expiration已设合理值（如 2 天 = 172800 秒），可在wp-config.php加：define( 'WC_SESSION_EXPIRY', 172800 ); - 插件冲突可能禁用清理：停用缓存/优化类插件后测试
wp_schedule_event是否触发woocommerce_cleanup_sessions
真要彻底换存储，得改 woocommerce_session_handler 类并接入 Redis —— 但这就超出 phpMyAdmin 范畴了。
