MySQL

在高并发场景下，不考虑其他中间件的情况下，数据库会存在以下场景： 读读：不存在任何问题，也不需要并发控制。 读写：有线程安全问题，可能会造成事务隔离性问题，可能遇到脏读，幻读，不

在之前的文章中详细的介绍了 MySQL 中的事务和隔离级别，在并发访问数据库造成的问题（脏读、不可重复读、幻读），而 MVCC 就是在尽量减少锁使用的情况下高效避免这些问题。

一文了解redo log、undo log、binlog、errorlog、slow query log

前面写过几篇 MySQL 的文章，大多是对一些基础概念的讲解，当我想去了解存储引擎的时候发现不知从何下手，或者说不知道如何开头，回头想想好像对 MySQL 的基础架构还不是

MySQL 优化是一个综合性的技术，在优化上存在着一个调优金字塔的说法，如下： 很明显从图上可以看出，越往上走，难度越来越高，收益却是越来越小的。比如硬件和 OS 调优，需要

MySQL 官方对索引的定义为：索引（Index）是帮助 MySQL 高效获取数据的数据结构。可以得到索引的本质：索引是数据结构。 举一个例子，平时看任何一本书，首先看到的都是目录，

事务是数据库管理系统（DBMS）执行过程中的一个逻辑单位（不可再进行分割），由一个有限的数据库操作序列构成（多个DML语句，select语句不包含事务），要不全部成功，要不全部不成功

MySQL 支持的数据类型非常多，选择正确的数据类型对于获得高性能至关重要。不管存储哪种类型的数据，下面几个简单的原则都有助于做出更好的选择。 2. 基本原则 2.1 越小越好 一般情况下

良好的表结构设计是高性能的基石，应该根据系统将要执行的业务查询来设计，这往往需要权衡各种因素。糟糕的表结构设计，会浪费大量的开发时间，严 重延误项目开发周期，让人痛苦万分，而且直接影响到数