李姓门徒

本文会提到 52 条 SQL 语句性能优化策略。

当我们想要持久化地存储数据时，使用关系型数据库往往都是最稳妥的选择，这不仅因为今天的关系型数据库种类非常丰富并且稳定，还因为不同社区对关系型数据库的支持都非常完备。我们在前面的文章中曾经分析过 为什么 MySQL 的自增主键不单调也不连续，这篇文章我们来分析关系型数据库中另一个重要的概念 — 外键（Foreign Key）。在关系型数据库中，外键也被称为关系键，它是关系型数据库中提供关系表之间连接的多个列[^1]，这一组数据列是当前关系表中的外键，也必须是另一个关系表中的候选键（Candidate Ke

“数据一致”一般指的是：缓存中有数据，缓存的数据值 = 数据库中的值。但根据缓存中是有数据为依据，则”一致“可以包含两种情况：- 缓存中有数据，缓存的数据值 = 数据库中的值（需均为最新值，本文将“旧值的一致”归类为“不一致状态”）- 缓存中本没有数据，数据库中的值 = 最新值（有请求查询数据库时，会将数据写入缓存，则变为上面的“一致”状态）”数据不一致“：缓存的数据值 ≠ 数据库中的值；缓存或者数据库中存在旧值，导致其他线程读到旧数据

MySQL提供了几种锁机制来管理并发访问数据库时的数据一致性。本文探讨各种类型以及应用场景。

Redis 是非常经典优秀的内存数据库，其拥有非常高的性能；其单机实例在数据结构设计良好，实例健康的情况下能达到**10w左**右的OPS 现代应用程序对实时性的需求和计算机体系结构的限制决定了：很多时候我们都需要将 in-memory data stores 放在现代应用程序的中心，因此在很多常见场景中我们也都能见到 Redis，如：- 数据库：可作为传统的基于磁盘的数据库的替代方案。Redis非常简单粗暴地以持久性换取运行速度，并且支持异步磁盘持久化；同时提供了一组丰富的数据原语和非常广泛的命令列表

你可能已经知道 B+ 树被用于 MySQL 的Innodb引擎的索引底层实现，那么，为什么是 B+ 树呢？本文由浅及深，探索数据库索引底层实现。

MySQL是一个开源的关系型数据库管理系统，采用了单一进程、多线程的架构，本文探讨mysql架构以及高可用集群的常规架构模式。由于mysql产品的发展较早，在架构上以主从模式为主，提升相关高可用能力。后续的演化版本中，出现了多主模式的高可用版本，但是本文依然以最常见的主从模式探讨mysql集群的高可用机制。