mysql之lock unlock tables

随着项目越做越大，累加需求越来越多。开始仅用于简单需求的单DB架构，不管是从DB容量还是读、写并发承载能力上都早已捉襟见肘。

最近不得不启动按业务拆分DB，逻辑从各种联表到单表查询拆分完毕后，就涉及到现网数据库的迁移。

为确保将数据迁移给现网业务带来的影响降低到最少，希望在迁移过程中对涉及的业务表进行锁表禁止写入（仍可读，不影响读相关业务逻辑）。

简介

今天用到的一个主角就是

lock tables table_name read;
lock tables table_name write;

这个使用的时候概念可能有点绕，谈谈我的感受。

首先，我们通过mysql的client链接上后，可以理解为处在一个线程A。

然后lock tables后，用户的上下文环境，进入了一个独立空间B。

直到用户调用unlock tables,或者退出线程A，此时独立空间B才会消失。

执行情况

当用户处于独立空间B内的时候，用户无法访问table_name以外的任何其他表，会报如下错误。

报错1：ERROR 1100 (HY000): Table 't_others' was not locked with LOCK TABLES

此时其他处于独立空间B外面的用户，对table_name以外的任何其他表，读写不受影响。

锁定模式

lock tables有两种锁定模式，情况分别如下：

报错2：ERROR 1099 (HY000): Table 'table_name' was locked with a READ lock and can't be updated

应用

根据如上特性在使用的时候其实很简单

lock tables table_name read;//申请锁表

//这里写你需要的sql逻辑
//放心在这里操作很安全,不用考虑并发
//不管有多少人同时操作，你在这里的时间，永远只有你一个人能写数据

unlock tables;//操作完了，释放锁

其他

当然，有时候我们一次操作可能不只是涉及到一张表，比如我们的项目数据迁移就涉及到4张表同时迁移，此时的写法应该是这样的。

lock tables table1_name read,table2_name read,table3_name read;
unlock tables;

支持一次性锁定多张表，当然read、write是可以混搭的。

瞎说

数据库应用的越来越多，但基本都停留在一些基本应用上，在一些特殊场景，或者说是效率优化等方面，还有很大的探索空间，是时候掌握一些更深层次的东西了~