子查询 （Subquery）的优化一直以来都是 SQL 查询优化中的难点之一。关联子查询的基本执行方式类似于 Nested-Loop，但是这种执行方式的效率常常低到难以忍受。当数据量稍大时，必须在优化

为什么MySQL的索引有那么多的数据结构可选，偏偏选树结构？为什么那么多的树结构？为什么又偏偏采用 B+ 树作为索引?

前言 我们都知道当查询数据库变慢时，需要建索引去优化。但是只知道索引能优化显然是不够的，我们更应该知道索引的原理，因为不是加了索引就一定会提升性能。那么接下来就一起探索MYSQL索引的原理吧。 什么是

众所周知，MySql 提供了很多存储引擎，这里来比较一下常见引擎的优劣。 查看所有存储引擎 我们可以通过 show engines 命令来看到我们的 mysql server 提供了哪些引擎： Inn

和其它数据库相比，MySQL有点与众不同，它的架构可以在多种不同场景中应用并发挥良好作用。主要体现在存储引擎的架构上，插件式的存储引擎架构将查询处理和其它的系统任务以及数据的存储提取相分离。这种架构可以根据业务的需求和实际需要选择合适的存储引擎。 连接层：最上层是一些客户端和连…

保存过期时间 Redis可以为每个key设置过期时间，会将每个设置了过期时间的key放入一个独立的字典中。 dict 用来维护一个 Redis 数据库中包含的所有 Key-Value 键值对，expi