请求协助解决ArgoCD持续标记MySQL Operator相关CRD不同步问题

核心问题定位 #

你当前的忽略差异配置没有针对CRD资源本身，而是指向了CRD定义的业务实例（InnoDBCluster），所以ArgoCD检测CRD自身的差异时，不会触发这个忽略规则。

修正后的配置示例 #

针对CRD资源的忽略配置，需要指定kind: CustomResourceDefinition，所属组为apiextensions.k8s.io，同时要准确填写CRD的名称和差异字段的JSON路径：

ignoreDifferences:
  # 处理innodbclusters.mysql.oracle.com CRD的差异
  - group: apiextensions.k8s.io
    kind: CustomResourceDefinition
    name: innodbclusters.mysql.oracle.com
    jsonPointers:
      # 替换为CRD实际存在差异的字段路径（需从CRD的yaml中确认）
      - /spec/versions/0/schema/openAPIV3Schema/properties/spec/properties/endpoints/properties/encryption
      - /spec/versions/0/schema/openAPIV3Schema/properties/spec/properties/endpoints/properties/type
  # 处理mysqlbackup相关CRD的差异（替换为实际CRD名称，比如mysqlbackups.mysql.oracle.com）
  - group: apiextensions.k8s.io
    kind: CustomResourceDefinition
    name: mysqlbackups.mysql.oracle.com
    jsonPointers:
      # 填写mysqlbackup CRD实际差异的JSON路径，提前用kubectl导出CRD内容确认
      - /spec/versions/0/schema/openAPIV3Schema/...

关键注意事项 #

1. 确认CRD的准确名称：用kubectl get crd命令查看目标CRD的完整名称，比如备份相关的CRD可能是mysqlbackups.mysql.oracle.com而非mysqlbackup。
2. 验证差异字段路径：通过kubectl get crd <crd-name> -o yaml导出CRD内容，对比ArgoCD显示的差异字段，确保JSON路径完全匹配。
3. 应用配置后刷新ArgoCD：更新应用配置后，手动刷新ArgoCD应用的同步状态，观察标记是否消失。

额外排查步骤 #

如果修正后问题仍存在：

• 检查ArgoCD应用的配置是否有语法错误（比如缩进、字段拼写）。
• 查看ArgoCD应用的同步日志，确认差异字段是否和你配置的忽略路径完全一致。
• 确认CRD的差异是由外部组件（比如MySQL Operator）修改导致的，而非ArgoCD自身配置冲突。

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