mysql之lock unlock tables

随着项目越来越大，累加需求越来越多。开始仅用于简单需求的单DB架构，不管是从DB容量还是读写并发承载能力上都早已捉襟见肘。
最近不得不启动按业务拆分DB，逻辑从各种联表到单表查询拆分完毕后，就涉及到现网数据库的迁移。
为确保将数据库迁移给现网业务带来的影响降低到最少，希望在迁移过程中对涉及的业务表进行锁表禁止写入（仍可读，不影响读相关业务逻辑）。
使用到的语句：

lock tables table_name read;
lock tables table_name write;
unlock tables;

理解：
首先，我们通过MySQL的客户端链接上后，可以理解为处在一个线程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以外的任何其他表，读写不受影响。
锁定模式：

模式/场景	read	write
独立空间B内读	table_name可读，t_others报错1	table_name可读，t_others报错1
独立空间B内写	table_name报错2，t_others报错1	table_name可写，t_others报错1
独立空间B外读	table_name可读，t_others可读	table_name等独立空间B销毁，t_others可读
独立空间B外写	table_name等独立空间B销毁，t_others可写	table_name等独立空间B销毁，t_others可写

报错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;##操作完了，释放锁

补充：
当然，有时候操作涉及到的表不止一张表，比如项目数据迁移的时候涉及到四张表同时迁移，此时的写法如下：

lock tables table1_name read,tables2_name read,tables3_name read,tables4_name read;
unlock tables;

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