MySQL 标签

三、索引优化

使用索引的好处有很多，但过多的使用索引将会造成滥用。因此索引也会有它的缺点。虽然索引大大提高了查询速度，同时却会降低更新表的速度，如对表进行 INSERT、UPDATE 和 DELETE 次数大于查询次数时，放弃索引。

前言

现在，几乎所有的系统都支持邮箱登录，如何在邮箱这样的字段上建立合理的索引，是我们这篇文章要讨论的问题。

假设，你现在维护一个支持邮箱登录的系统

前言

在前面的基础篇文章中，介绍过索引的基本概念。今天我们就继续来谈谈，在不同的业务场景下，应该选择普通索引，还是唯一索引？

简单起见，使用第4篇文章的例子来说，假设，我们有一个主键列为ID的表，表中有字段k，并且在k上有索引。

前言

第3篇文章中讲事务隔离级别的时候提到过，如果是可重复读隔离级别，事务T启动的时候会创建一个视图read-view，之后事务T执行期间，即使有其他事务修改了数据，事务T看到的仍然跟在启动时看到的一样。也就是说，一个在可重复读隔离级别下执行的事务，好像与世无争，不受外界影响。

前言

在上一篇文章中，介绍了MySQL的全局锁和表级锁，MySQL的行锁是在引擎层由各个引擎自己实现的。但并不是所有的引擎都支持行锁，比如MyISAM引擎就不支持行锁。不支持行锁意味着并发控制只能使用表锁，对于这种引擎的表，同一张表上任何时刻只能有一个更新在执行，这就会影响到业务并发度。InnoDB是支持行锁的，这也是MyISAM被InnoDB替代的重要原因之一。

前言

数据库锁设计的初衷是处理并发问题。作为多用户共享的资源，当出现并发访问的时候，数据库需要合理地控制资源的访问规则。而锁就是用来实现这些访问规则的重要数据结构。
根据加锁的范围，MySQL里面的锁大致可以分成全局锁、表级锁和行锁三类。

在上一篇文章中，介绍了InnoDB索引的数据结构模型，接下来我们再继续聊聊跟MySQL索引有关的概念。

我们先来看一下这个问题：在下面这个表T中，如果我执行 select * from T where k between 3 and 5，需要执行几次树的搜索操作，会扫描多少行？

前言

提到数据库索引，在日常工作中会经常接触到。比如某一个SQL查询比较慢，分析完原因之后，你可能就会说“给某个字段加个索引吧”之类的解决方案。但到底什么是索引，索引又是如何工作的呢？

一句话简单来说，索引的出现其实就是为了提高数据查询的效率，就像书的目录一样。

前言

简单来说，事务就是要保证一组数据库操作，要么全部成功，要么全部失败。在MySQL中，事务支持是在引擎层实现的。而MySQL原生的MyISAM引擎就不支持事务，这也是MyISAM被InnoDB取代的重要原因之一。

以InnoDB为例，剖析MySQL在事务支持方面的特定实现，并基于原理给出相应的实践建议。

前言

前面了解了一个查询语句的执行流程，并介绍了执行过程中涉及的处理模块。一条查询语句的执行过程一般是经过连接器、分析器、优化器、执行器等功能模块，最后到达存储引擎。那么MySQL如何做到可以恢复到半个月内任意一秒的状态的？

首先，可以确定的说，查询语句的那一套流程，更新语句也是同样会走一遍。与查询流程不一样的是，更新流程还涉及两个重要的日志模块：redo log（重做日志）和 binlog（归档日志）。