随着项目越做越大，累加需求越来越多。开始仅用于简单需求的单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是可以混搭的。
瞎说
数据库应用的越来越多，但基本都停留在一些基本应用上，在一些特殊场景，或者说是效率优化等方面，还有很大的探索空间，是时候掌握一些更深层次的东西了~
mysql
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用。你还可以使用@来通知其他用户。