MySQL

前言 MySQL 在使用 for update 进行查询操作时，锁的是 row 还是 table 呢？答案见文末。 验证 MySQL for update 时使用索引 检索数据的情况下，使用的是 ro

列类型 是否为空 长度 key_len 备注 tinyint 允许Null 1 key_len = 1+1 允许NULL，key_len长度加1 tinyint 不允许Null 1 key_len =

前言 前面的文章介绍过了索引、锁、复制与恢复、日志等 MySQL 的底层原理，本文主要从实战的角度出发，讲解如何合理的设计查询，因为即使查询写的很糟糕，即使表结构再合理，索引再合适，也无法实现高性能。

小结 本文主要对 MySQL 的锁做了一些介绍，如对 MySQL 感兴趣可继续关注 MySQL 专栏。

前言 上篇文章讲解了 MySQL 体系架构，今天讲解 MySQL 最主流的存储引擎 InnoDB 体系结构。 InnoDB 存储结构 InnoDB 逻辑存储单元主要分为：表空间、段、区、页。层级关系如

本文从宏观角度对 MySQL 体系架构做了介绍，如对 MySQL 感兴趣可继续关注 MySQL 专栏。

前言 我们都知道 InnoDB 在模糊查询数据时使用 "%xx" 会导致索引失效，但有时需求就是如此，类似这样的需求还有很多，例如，搜索引擎需要根基用户数据的关键字进行全文查找，电子商务网站需要根据用

MySQL 主从复制也称为 MySQL 主从同步，是构建数据库高可用集群架构的基础，我们通过为服务器配置一个或多个备库的方式来进行数据同步，复制功能不仅有利于构建高性能应用，同时也是高可用性、可扩展性

前言 索引的出现是为了提高数据查询效率，像书的目录一样。对于数据库的表而言，索引其实就是“目录”。 关于MySQL的系列文章，请跳转至 MySQL专栏 常见的索引类型 哈希表 有序数组 搜索树 哈希表

前言 安全管理数据库的关键是定期备份，根据数据量、MySQL服务器的数量和数据库工作负载等情况，选择最适合的备份方式。备份分为以下类型： 冷备：停库，停服，备份 温备：不停库，备份时锁表 热备：不停库

前言 今天来总结一下，B树、B-树、B+树，这三棵树。对于 B树和B-树，网上的说法分为两种，一种说法是B树是二叉搜索树，B-树是一种多路搜索树；另一种说法是 B树就是B-树，B-树就是B树。经过查阅

前言 我们知道一条 select 语句是如何执行的。如果是 update 语句呢，执行步骤和查询语句其实是一样的，在执行语句前要连接数据库，这是连接器的工作。如果查询缓存中存在这条 SQL 的结果集缓