DELETE ORDER BY / LIMIT 在 GoldenDB V6 支持吗？

判定为 unknown。该目标库能力矩阵尚未建立此特征条目，支持情况待评估，建议 PoC 复核

MYSQL→GoldenDB V6：DELETE ORDER BY / LIMIT迁移

Q: 迁移建议

ORDER BY + LIMIT：先按原排序加稳定唯一键物化并锁定有限主键集合；LIMIT 不消除顺序语义，若触发器、外键动作或锁顺序可观察，须按已物化顺序逐行删除，仅证明无顺序依赖后才可集合 DELETE。仅 LIMIT：源端只承诺任意合格 N 行；若业务接受该契约可在同一事务锁定有限键集，若批次必须可重复则改用业务批准的确定顺序加唯一键，并复核并发抢占、循环批次漏重和锁等待。仅 ORDER BY：无可观察顺序依赖时可删排序，否则保留原 ORDER BY 并追加唯一键后逐行删除

兼容性判定

公开资料依据 · 建议 PoC 复核

支持度unknown

严重度major

置信度medium

依据规则my.dml.delete_order_limit

迁移建议

ORDER BY + LIMIT：先按原排序加稳定唯一键物化并锁定有限主键集合；LIMIT 不消除顺序语义，若触发器、外键动作或锁顺序可观察，须按已物化顺序逐行删除，仅证明无顺序依赖后才可集合 DELETE。仅 LIMIT：源端只承诺任意合格 N 行；若业务接受该契约可在同一事务锁定有限键集，若批次必须可重复则改用业务批准的确定顺序加唯一键，并复核并发抢占、循环批次漏重和锁等待。仅 ORDER BY：无可观察顺序依赖时可删排序，否则保留原 ORDER BY 并追加唯一键后逐行删除

判定说明

该目标库能力矩阵尚未建立此特征条目，支持情况待评估，建议 PoC 复核

库侧 / 应用侧路径

库侧改造

可行：限量场景用 CTE 选定主键；有顺序副作用时按源排序表达式加唯一键逐行删除

应用侧改造

可行：清理任务按原排序表达式和唯一键逐行删除并保存断点

推荐路线：db_side。验证建议：排序并列、并发写入、循环批次无漏重、外键与触发器副作用

规则样例

DELETE FROM audit_log WHERE created_at < NOW() ORDER BY created_at, id LIMIT 1000

DELETE FROM queue ORDER BY priority, id LIMIT 10

DELETE FROM queue ORDER BY priority, id

MYSQL DELETE ORDER BY / LIMIT 迁移 GoldenDB V6 适配说明

兼容性判定

迁移建议

判定说明

库侧 / 应用侧路径

规则样例

参考来源

相关改造点

迁移案例复核与技术支持