爱可生开源社区

MySQL 通过重新思考外键约束和级联的管理方式，迈出了重要一步。 从 MySQL 9.6 开始，外键检查和级联操作将由 SQL 引擎 直接处理，而非 InnoDB 存储引擎。

前面的章节（社区专栏《SQL调优》）我们已经写了很多篇幅关于 MySQL 执行计划的解读，今天我们来继续延伸介绍执行计划的链路跟踪功能，也就是 MySQL 的 Optimizer Trace。

如果你注意到在 MySQL 中 ORDER BY DESC 查询比 ORDER BY ASC 稍微慢一些，不用担心 —— 这是已知且符合预期的行为。

本次版本 新增函数对象转换能力，扩展了达梦等多数据库迁移适配范围，并提升了批量转换的处理效率，进一步降低企业级数据库迁移的复杂度与成本。

这篇文章并非对 Oracle 的盲目辩护。我们常常不同意 Oracle 的某些决定，并且会公开表达我们的观点。但公平至关重要------尤其是在恐惧、不确定性和怀疑（FUD）开始影响客户和更广泛的生态

在数据库运维过程中，无论是迁移扩容还是生产投量，都必不可少的会遇到从库迁移追不上的问题。这些问题令人头疼。

本月更新的核心价值在于：SQL 调优维度测评数据集 2.0 正式上线。该版本标志着评测基准从学术化 SQL 调优，全面转向对“生产级复杂性”场景的真实模拟。

在数据库迁移领域，AI 正在被寄予厚望。 但一个现实问题也越来越清晰：如果只“相信模型”，迁移风险并不会减少，甚至可能被放大。 SQLShift 正是在这样的背景下诞生，并持续演进。

本次 SCALE 评测针对专业级 AI 应用 SQLFlash 进行。测评数据集难度升级，旨在反映模型或专业应用在处理 接近生产级 问题 SQL 调优时的稳健性。