不再隐藏变更：MySQL 9.6 如何变革外键管理
MySQL 通过重新思考外键约束和级联的管理方式，迈出了重要一步。 从 MySQL 9.6 开始，外键检查和级联操作将由 SQL 引擎 直接处理，而非 InnoDB 存储引擎。
30
2026-02-05
MySQL 通过重新思考外键约束和级联的管理方式，迈出了重要一步。 从 MySQL 9.6 开始，外键检查和级联操作将由 SQL 引擎 直接处理，而非 InnoDB 存储引擎。
KingbaseES数据库：ksql 命令行玩转索引与视图，从创建到避坑 学会了表的基本操作后，要是想让查询更快、访问数据更省事，那“索引”和“视图”这俩好帮手可得好好学一学。说起来，索引就像咱们看书
在国产化替代的大背景下，不少政企单位都面临着核心系统Oracle数据库的替换难题——毕竟很多老系统跑了十几年，核心业务逻辑全绑在Oracle上，一旦迁移出问题，损失不堪设想。这两年经手过不少Oracl
在使用 PostgreSQL 数据库的过程中，有一组实践方式可以显著提升开发与协作体验。单个做法影响有限，但叠加起来效果十分明显。 使用 UUID 作为主键 UUID 确实存在一些缺点： 完全随机的
前面的章节（社区专栏《SQL调优》）我们已经写了很多篇幅关于 MySQL 执行计划的解读，今天我们来继续延伸介绍执行计划的链路跟踪功能，也就是 MySQL 的 Optimizer Trace。
快手引入 Apache Doris 替换 ClickHouse、Elasticsearch，从分散存储到统一分析，实现查询性能提升 20～90%，单表写入吞吐 300 万行/秒，存储效率提升 60%！
本文分析线上 MySQL 死锁问题成因，给出幂等插入 + 重试的解决方案，排除不合理方案并提出后续优化措施，保障系统稳定性。
goose是一个本地化、可扩展、开源的 AI 智能体框架，旨在自动化复杂的软件工程任务。goose能够理解高层次的目标，并自主执行从代码编写、文件操作、命令运行到调试、测试的完整工作流。
还在以最终 cost 来判断计划是否最优？那就大错特错了！！！本篇老杨和大家一起抽丝剥茧，从源码入手分析计划跑偏的原因。 问题现象 一个简单查询运行 240s，从执行计划看耗时主要在 nestloop
如果你注意到在 MySQL 中 ORDER BY DESC 查询比 ORDER BY ASC 稍微慢一些，不用担心 —— 这是已知且符合预期的行为。
在此前的版本中， NineData 已经覆盖了多种复杂迁移场景，例如从 Oracle、DB2 等传统数据库，到多种国产数据库环境，支撑了大量复杂的国产化数据库改造项目。 本次版本更新中，NineDat
学习通是常用的学习工具，可以随时进行学习，找到你需要的资源，跨平台就能在线学习，了解学习的进度，但是很多小伙伴找不到入口在哪，下面就分享给大家。学习通网页版登录
点击阅读
