http://blog.itpub.net/15480802/viewspace-755980/
用户必须拥有lock tables和select权限；
锁和写锁，优先处理写锁，除非使用了low_priority，但此选项对开启事务的innodb无效
一次只锁定一个表，但释放时同时执行
必须一次锁定所有要访问的表，否则会抱错，而information_schema下的表不需要显示锁定也可访问
LOCK TABLES t1 READ, t2 WRITE;
不能在一条sql中引用2次被锁定的表，即便使用也必须改用alias别名
LOCK TABLE t WRITE, t AS t1 READ;
表锁仅阻止其他会话进行读写操作，若当前会话拥有某个表的锁，可执行drop table，但不可执行truncate table；
所有的单个update语句会默认获取表锁；
当对表进行insert delayed时不可对其添加表锁，否则insert delayed会报错，只因该insert由一个单独线程操作；
释放表锁
1 调用unlock tables，必须由执行Lock tables的同一会话执行
2 若会话再次调用lock tables，则其原本获取到的锁会被隐式释放
3 开启事务会隐含调用unlock tables，诸如start transaction
4 占有锁的会话一旦终止其锁会被自动释放，事务也会被回滚
5 rollback不会释放表锁
表锁与事务
Lock tables会隐式提交当前事务，unlock tables只有在已经调用lock tables的前提下才会隐式commit；
开启事务(诸如start transaction)会释放当前获取的表锁；
Flush tables with read lock获取的是全局锁，而非表锁
表锁与InnoDB
对于Innodb表，若要使用表锁，必须先设置autocommit=0且innodb_table_locks=1(默认)，否则InnoDB无法侦测表锁而Mysql也无法感知行锁的存在；
且在事务提交后再unlock tables，如下例所示：
调用lock tables时，innodb引擎会获取内部表锁，然后mysql服务器获取表锁；commit时innodb释放内部表锁，unlock tables时mysql服务器才释放表锁；
如果autocommit=1，innodb不会获取内部表锁，极易导致死锁发生；
Lock tables与触发器
如果基表上建有触发器，且触发器引用到了其他表，则锁定基表时会连带锁定这些被引用的表