应用研发平台EMAS查询表里面的数据，看着为什么没有被删？
11495193 这个删除数据的工单，目前看进度已经100%了，但是查询表里面的数据，看着没有被删掉
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
根据您提供的信息，工单进度显示为100%，但查询表中的数据时发现数据未被删除。这种情况可能由多种原因导致，以下是可能的原因分析及解决方案：
1. 数据写入与删除操作的时间冲突
在某些大数据链路中，如果写入和删除操作发生在不同的程序或进程中，可能会出现数据写入后立即被删除的情况，或者删除操作未能正确执行。
解决方案：
- 检查是否有其他程序或进程在工单执行期间对表进行了写入或删除操作。
- 如果您使用的是阿里云实时计算Flink并采用Flink SQL方式访问Lindorm宽表，请确认是否因旧版本的Flink Lindorm Connector导致问题。如果是，可以通过在Flink中设置
ignoreDelete=true来规避该问题。
2. 表属性配置问题
2.1 表的VERSIONS属性被设置为0
如果表的VERSIONS属性被设置为0，则表示表中的数据不会保留，任何写入的数据都会被删除，无法查询。
解决方案：
- 检查表的
VERSIONS属性值是否为0。您可以通过集群管理系统查看该属性：- 登录集群管理系统。
- 在概览页面，单击目标数据库下的目标表名。
- 在当前详情表格区域，单击查看表属性，检查
VERSIONS参数的值。
- 如果
VERSIONS属性值为0，建议删除表并重新建表，或将VERSIONS属性修改为大于等于1的值。
2.2 表的IMMUTABLE属性导致数据不一致
如果表的属性被设置为IMMUTABLE，虽然Lindorm不会禁止更新或删除操作，但这些操作可能导致索引表和主表的数据不一致，进而导致查询结果异常。
解决方案：
- 停止对
IMMUTABLE表的更新或删除操作。 - 重新构建索引表以确保数据一致性。
3. 工单执行状态与实际操作的延迟
工单进度显示为100%并不一定意味着数据删除操作已完全生效。可能存在以下情况： - 数据删除操作已被提交，但底层存储尚未完成清理。 - 删除操作涉及大量数据，清理过程需要额外时间。
解决方案：
- 确认工单的详细执行日志，检查是否有错误或警告信息。
- 如果工单涉及历史数据清理任务，可以通过调用
GetDataCronClearConfig接口查询定时配置，确认清理任务的状态和下一次调度时间。
4. 数据追踪与回滚功能的影响
如果您使用的是数据管理DMS，并且工单涉及数据变更（如新增、修改、删除），可能通过数据追踪功能进行了回滚操作，导致数据未被删除。
解决方案：
- 检查数据追踪功能是否启用了回滚操作。
- 如果需要重新执行删除操作，可以通过DMS的无锁DML功能进行数据清理。
5. 其他潜在问题
5.1 数据删除操作未正确提交
如果删除操作未正确提交，可能导致数据仍然保留在表中。
解决方案：
- 确认删除操作是否已提交。例如，检查SQL语句是否包含
COMMIT命令。 - 如果使用的是事务型数据库（如PolarDB），请确保事务已成功提交。
5.2 数据缓存或查询延迟
某些数据库可能在删除操作后存在缓存或查询延迟，导致查询结果未及时更新。
解决方案：
- 尝试刷新缓存或重新查询表数据。
- 如果问题持续存在，建议联系技术支持团队进一步排查。
总结与建议
根据上述分析，建议您按照以下步骤逐步排查问题： 1. 检查表的VERSIONS和IMMUTABLE属性配置，确保其符合预期。 2. 确认工单的执行日志，排查是否存在错误或延迟。 3. 检查是否有其他程序或进程干扰了删除操作。 4. 如果问题仍未解决，建议联系阿里云技术支持团队，提供工单ID及相关日志信息以便进一步分析。
希望以上信息能帮助您解决问题！
