查询优化器是 MySQL 的核心子系统之一，成本计算又是查询优化器的核心逻辑。

阅读更多

经过上一篇 where field in (...) 的开场准备，本文正式开启子查询系列，这个系列会介绍子查询的各种执行策略，计划包括以下主题：

阅读更多

我们日常写 SQL 时，子查询应该算是常客了。MySQL 为子查询执行准备了各种优化策略，接下来我会写子查询各种优化策略是怎么执行的系列文章。

阅读更多

多年前开发过一个异步发送订单短信、邮件通知的守护程序，每次程序启动时会创建数据库连接，后续读写数据库操作就一直复用这个连接。

阅读更多

MySQL 8.0 对数据字典进行了重构，用户表、数据字典表、MySQL 其它系统表的元数据都统一保存到 mysql 库的数据字典表中了。

阅读更多

天有不测风云，数据库有旦夕祸福。

前面写 Redo 日志的文章介绍过，数据库正常运行时，Redo 日志就是个累赘。

现在，终于到了 Redo 日志扬眉吐气，大显身手的时候了。

阅读更多

回想当年，高并发还没有这么普遍，分布式也没有这么流行。

初次接触二阶段提交，源于想以事务的方式实现对 MongoDB 中多个集合数据的修改，而 MongoDB 本身不支持事务，官方推荐的方案就是使用二阶段提交。

阅读更多

InnoDB 索引页的大小默认为 16K，然而，varchar、text、blob 类型的单个字段内容长度就有可能超过 16K，这种情况下，整个索引页都存不下一个字段的内容了。

阅读更多

redo 日志只有崩溃恢复的时候才能派上用场，undo 日志不一样，它承担着多重职责，MySQL 崩溃恢复、以及正常提供服务期间，都有它的身影。

阅读更多

对于这样的剧情，想必大家不会陌生：美国大片中拯救世界的英雄，平时看起来跟普通人没啥区别，甚至还可能会有点让人看不上。

但是，关键时刻，却能爆发出惊人能量，挽狂澜于既倒，扶大厦于将倾，拯救世界于危难之中。

今天我们要聊的主角：Redo 日志，也是这样的平民英雄。

阅读更多