mysql 加字段慢_MySQL锁

概述

MySQL的锁分类：

• 从逻辑架构分为服务器层锁和存储引擎层锁。

  服务器层锁有：全局读锁、表级锁，其中表级锁又包含表锁和元数据锁。

  存储引擎层锁：行锁。

• 从对数据操作的类型(读/写)分为共享锁(读锁)和排他锁(写锁)

• 从对数据操作的粒度划分为表锁、页锁和行锁

服务器层锁

1、全局读锁

全局读锁就是对 整个数据库实例加读锁，让其只对外提供查询功能。

MySQL 提供了一个加全局读锁的方法，命令是 ：

flush tables with read lock;//加锁，以下简称FTWRLUNLOCK TABLES;//解锁

当你需要让整个库处于只读状态的时候，可以使用这个命令，之后其他线程的以下语句会被阻塞：数据更新语句(数据的增删改)、数据定义语句(包括建表、修改表结构等)和更新类事务的提交语句。但是若使用该命令前，某些表存在写锁，则全局读锁会阻塞等待写锁释放才会加锁。

全局锁的典型使用场景是，做 全库逻辑备份，拿到当前一致性数据。在备份过程中整个库完全处于只读状态，也就是把整库每个表都 select 出来存成文本。

下面是验证全局锁示例：

//加速flush tables with read lock;//可以正常查询select * from user;//SQL错误(1223)：Can't execute the query because you have a conflicting read lock update user set user_name='rose' where user_id=5;//解锁unlock tables;//正常操作update user set user_name='rose' where user_id=5;

说到获取一致性数据，后面会介绍事务以及隔离级别、MVCC等知识点。在该知识点中，我们可以通过 可重复读隔离级别+MVCC特性，可以做到一致性数据备份且对外还能继续提供服务。此方案下，可以使用官方自带的逻辑备份工具 mysqldump。当 mysqldump 使用参数single-transaction的时候，导数据之前就会启动一个事务，来确保拿到一致性视图。而由于 MVCC 的支持，这个过程中数据是可以正常更新的。 既然上面的方案这么好，为什么MySQL还要提供全局读锁呢？

原因是下面的备份方案强依赖于储存引擎是否支持事务，也就是说目前就InnoDB引擎可以，而MyISAM就不可以。

既然要全库只读，为什么不使用 set global readonly=true 的方式呢？ 确 实 readonly 方式也可以让全库进入只读状态，但我还是会建议你用 FTWRL 方式，主要 有两个原因：

• 一是，在有些系统中，readonly 的值会被用来做其他逻辑，比如用来判断一个库是主库还是备库。因此，修改 global 变量的方式影响面更大，我不建议你使用。

• 二是，在异常处理机制上有差异。如果执行 FTWRL 命令之后由于客户端发生异常断开，那么 MySQL 会自动释放这个全局锁，整个库回到可以正常更新的状态。而将整个库设置为 readonly 之后，如果客户端发生异常，则数据库就会一直保持 readonly 状态，这样会导致整个库长时间处于不可写状态，风险较高。

• readonly 对super权限无效

业务的更新不只是增删改数据(DML)，还有可能是加字段等修改表结构的操作 (DDL)。不论是哪种方法，一个库被全局锁上以后，你要对里面任何一个表做加字段操 作，都是会被锁住的。 但是，即使没有被全局锁住，加字段也不是就能一帆风顺的，因为你还会碰到接下来我们 要介绍的表级锁。

2、表级锁之表锁

(1)概念

显式使用表锁的语法是：

 lock tables … read/w