JIRA筛选器cron订阅定时执行返回无关异常条目如何修复

按出现概率从高到低排序：

• 索引数据不一致：手动执行筛选器时，JIRA会调用当前服务节点的实时索引返回结果，和数据库存储的最新问题状态完全匹配；但内置定时订阅任务默认读取集群共享索引（Server/DC集群版）或后台批量任务专用索引，一旦出现索引同步延迟、索引碎片损坏，就会读取到过期的索引快照。本次异常中多出来的9条记录，在旧索引快照里的状态仍为In Development，既会被status in条件命中、不会被后续的排除规则过滤，最终出现在结果集中，报告里显示的状态也是索引存储的旧值，和数据库实际状态不符。
• JQL语法存在隐式容错偏差：当前使用的JQL存在不规范写法：project = “Migration for Customer" 片段中，左引号为全角中文双引号，仅右引号为半角英文双引号。在前端手动执行时，JIRA的JQL编辑器会自动做语法容错，替换全角引号、修正引号匹配关系后再执行；但后端定时任务解析JQL时会直接读取筛选器保存的原始字符串做严格校验，引号不匹配会导致后续的status过滤逻辑部分失效，出现结果集偏差。
• 订阅运行身份权限不匹配：如果配置订阅时未将任务运行身份设置为和手动操作一致的个人账号，而是使用默认系统账号或其他指定账号，该账号绑定的问题安全级别、字段权限规则和个人账号不一致时，也会出现结果集差异，但这类问题不会出现「问题实际状态和报告显示状态不一致」的现象，发生概率较低。

按顺序操作即可解决问题：

1. 修正JQL语法问题
   打开筛选器编辑页面，将JQL中所有全角标点替换为半角英文标点，所有状态、项目值建议通过编辑器的下拉选项点选填入，避免手动输入导致的大小写、拼写错误，修正后的参考JQL如下：

   project = "Migration for Customer" AND status in 
   ("READY FOR TEST", "Ready For QA", "In Test", "In QA", "In Development", "Ready to Test") 
   AND status not in ("READ FOR SHOWCASE", "Ready for Release", "READY FOR RELEASE") 
   ORDER BY status DESC
   

   修正后手动执行确认结果为预期的32条，务必点击保存筛选器，避免订阅任务读取到旧的错误JQL配置。
2. 重建JIRA全量索引
   使用JIRA系统管理员账号进入后台「系统-索引」页面，选择「锁定实例并重建全量索引」，等待索引重建完成后再做后续测试。如果是集群部署版本，需要确认所有节点的索引同步状态正常，无同步延迟、同步失败的报错记录。
3. 校验订阅配置
   打开筛选器的订阅设置页，确认任务「运行身份」选择的是和手动执行筛选器一致的个人账号，不要使用默认系统账号；同时检查订阅没有额外勾选「仅返回我关注的问题」「仅返回上次发送后更新的问题」这类附加过滤规则，避免额外条件干扰结果。
4. 验证修复效果
   将订阅的cron触发时间临时调整为当前时间2分钟后，等待任务自动执行，核对返回结果和手动执行结果完全一致、9条异常条目不再出现后，再将执行周期改回每4小时一次即可。

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