WP CRON执行wp_insert_post时含< >标签的MovieTitle重复插入问题

嘿，这个问题我之前帮朋友排查过类似的，大概率是CRON运行环境和手动运行插件的环境存在差异，或者是特殊字符的处理逻辑不一致导致的。给你几个具体的排查和解决方向，你可以一步步试：

1. 核对CRON与手动运行的环境上下文差异 #

CRON任务默认用系统基础环境变量运行，和你手动在终端运行插件时的用户环境可能不一样——比如PATH、数据库配置、字符编码设置这些都可能有区别：

• 你可以在CRON脚本里加一行命令输出环境变量：env > /tmp/cron_env.txt，然后手动运行插件前也执行env > /tmp/manual_env.txt，对比这两个文件的差异，重点看和字符处理、数据库连接相关的变量（比如LANG、DB_CHARSET这类）。
• 另外，确保CRON里调用的插件是你手动用的那个版本，最好用绝对路径调用（比如/home/your-user/bin/movie-plugin batch-insert），避免PATH不同导致调用了旧版插件。

2. 检查特殊字符<和>的转义/处理逻辑 #

直接运行插件时，终端或者插件的交互模式可能自动帮你处理了特殊字符的转义，但CRON是无交互运行的，没有这个额外处理，就会导致插入逻辑出现偏差：

• 首先确认插入数据库前，代码里有没有对MovieTitle的特殊字符做统一转义（比如把<转成<，>转成>），或者用参数化查询（比如Python的%s、PHP的PDO预处理语句）来避免特殊字符干扰数据库的判断。
• 重点排查重复判断的逻辑：如果插入前检查MovieTitle是否存在时，用的是未转义的字符，但数据库里存的是转义后的，就会查不到，导致重复插入。要保证重复检查和插入时的字符处理逻辑完全一致。

3. 对比CRON和手动运行的日志 #

给CRON任务加上日志输出，方便排查执行细节：

• 修改CRON命令，加上日志重定向：*/5 * * * * /path/to/your/plugin batch-insert >> /var/log/movie_cron.log 2>&1（这里的时间表达式换成你的CRON时间）。
• 手动运行插件时也输出日志：/path/to/your/plugin batch-insert >> /var/log/movie_manual.log 2>&1。
• 对比两个日志里的SQL语句、插入参数、重复检查的结果，看CRON运行时是不是在处理含<和>的标题时，和手动运行有明显差异（比如SQL里的标题字符串格式不同）。

4. 验证数据库的字符集和排序规则 #

有时候数据库的字符集设置也会导致特殊字符的匹配异常：

• 检查存储MovieTitle的字段的字符集（比如是不是utf8mb4）和排序规则，确保CRON和手动运行时的数据库连接用的是相同的字符集参数，避免因为字符集不一致导致重复判断失效。

按照这些步骤排查，应该能找到问题所在。我之前碰到的情况是CRON里的数据库连接没有设置utf8mb4字符集，导致特殊字符的匹配和手动运行时不一样，进而重复插入，调整字符集后就解决了。

内容的提问来源于stack exchange，提问作者John Jetham