MySQL LOCK TABLES 与UNLOCK TABLES
1语法
LOCK TABLES tbl_name[[AS] alias] lock_type [, tbl_name [[AS] alias] lock_type] ...
lock_type:READ[LOCAL]| [LOW_PRIORITY] WRITE
UNLOCK TABLES
2简单使用
一个session只能为自己获取锁和释放锁，不能为其他session获取锁，也不能释放由其他session保持的锁。
要为一个对象获取锁，需具备该对象上的SELECT权限和LOCK TABLES权限。LOCK TABLES语句为当前session显式的获取表锁。可以为tables获取锁，也可以为view，trigger获取锁。对于为view加锁，LOCK TABLES语句会为view中使用的所有基表加锁，对于trigger同样如此。UNLOCK TABLES显示的释放当前session锁保持的锁。另外通过LOCK TABLEs语句为当前session获取新锁前会隐式的释放当前session之前的所有锁。
UNLOCK TABLES还还以用来释放FLUSH TABLES WITH READ LOCKS获取的全局锁，该锁锁定所有库的所有表。（稍后详细介绍）
对非临时表执行LOCK TABLES不会影响对临时表的访问。因为该类表可以且仅可以由创建它的session访问且不管什么类型的锁都对其没有影响。
但是对临时表执行LOCK TABLES，可以对其他非临时表产生影响。
3获取锁的规则
有下列可用的锁类型
Ø READ[LOCAL] lock
ü 保持该锁的session可以读取加锁的表，但不能写，对于没有加锁的表不能读也不能写。
ü 多个session可同时为同一个表获取READ锁
session1
session2
session3
ü 当前session只能读取明确获取了READ锁的表，不能更新该表，也不能读取和更新其他没有获取READ锁的表。其他的session可以读取没有在当前session中明确获取READ锁的表，当然也可以读取获取了READ锁的表。但是更新在其他session中获取了READ锁的表会被阻塞，可以正常更新其他的表。
session1(当前session)
session2
LOCAL修饰符可以允许在其他session中对在当前session中获取了READ锁的的表执行插入。但是当在保持锁时若使用server外的线程来操纵数据库则不能使用READ LOCAL。另外，对于InnoDB表，READ LOCAL与READ相同。
Ø [LOW_PRIORITY]WRITE LOCK
ü 保持该锁的session可读/写获取了WRITE锁的表，但不可以读/写其他表。其他的session可以读取和更新没有在当前session中获取WRITE锁的表，但其他session在读取和更新在当前session中获取了WRITE锁的表时会阻塞。
不能同时在多个session中为同一个table获得WRITE锁。
LOW_PRIORITY修饰符用于之前版本的MySQL，影响锁定行为。但在MySQL5.6.5之后不再使用该选项。
需在单条LOCK TABLES语句中获取所有所需的锁，因为每次重新执行LOCK TABLES语句会释放之前获取的锁。一旦保持了获取的锁，该session只能访问锁定的表。但是，INFORMATION_SCHEMA数据库是个例外。
不能在单条查询中使用相同的名称多次引用锁定的表。需使用别名，且为别名获取单独的锁。可以看到会在a表上加两个锁。第一次执行INSERT因为包含了对锁定的表的同一名称的多次引用而发生错误。第二次执行INSERT操作使用了别名不会发生上述问题（这里显示的问题是主键冲突的问题）
如果语句通过别名引用表，那么锁定表时需使用相同的别名。
WRITE lock优先级通常高于READ lock，这意味着若一个session为表获取了一个READ锁，之后另一session为该表请求WRITE锁，那么后续的READ锁请求会一直等到请求WRITE锁的session获取锁并释放锁后才能满足。
LOCKTABLE语句获取锁的过程
Ø 按内部定义的顺序排序将要被锁定的表
Ø 若一个表将要获取READ和WRITE锁，则将WRITE锁请求放在READ锁请求前
Ø 逐个锁定表
释放锁的规则
Ø 一个session锁保持的锁被释放时所有的锁同时全部释放。
Ø session可通过UNLOCK TABLES语句明确的释放其保持的锁。
Ø 若已经保持有锁的session通过LOCK TABLES语句来获得新的锁，那么原来已经存在的锁在新锁获得前会被隐式释放。
Ø 若session开启了事务，那么会隐式的执行UNLOCK TABLES语句释放其所有的锁。
Ø 若session连接断开，无论是正常断开还是异常断开，服务器会隐式的释放该session保持的所有锁。即使客户端重新连接也不会再重新获得这些锁。
Ø 若在锁定的表上使用ALTER TABLE语句，则该表会变为未锁定的。
1语法
LOCK TABLES tbl_name[[AS] alias] lock_type [, tbl_name [[AS] alias] lock_type] ...
lock_type:READ[LOCAL]| [LOW_PRIORITY] WRITE
UNLOCK TABLES
2简单使用
一个session只能为自己获取锁和释放锁，不能为其他session获取锁，也不能释放由其他session保持的锁。
要为一个对象获取锁，需具备该对象上的SELECT权限和LOCK TABLES权限。LOCK TABLES语句为当前session显式的获取表锁。可以为tables获取锁，也可以为view，trigger获取锁。对于为view加锁，LOCK TABLES语句会为view中使用的所有基表加锁，对于trigger同样如此。UNLOCK TABLES显示的释放当前session锁保持的锁。另外通过LOCK TABLEs语句为当前session获取新锁前会隐式的释放当前session之前的所有锁。
UNLOCK TABLES还还以用来释放FLUSH TABLES WITH READ LOCKS获取的全局锁，该锁锁定所有库的所有表。（稍后详细介绍）
对非临时表执行LOCK TABLES不会影响对临时表的访问。因为该类表可以且仅可以由创建它的session访问且不管什么类型的锁都对其没有影响。
但是对临时表执行LOCK TABLES，可以对其他非临时表产生影响。
3获取锁的规则
有下列可用的锁类型
Ø READ[LOCAL] lock
ü 保持该锁的session可以读取加锁的表，但不能写，对于没有加锁的表不能读也不能写。
ü 多个session可同时为同一个表获取READ锁
session1
session2
session3
ü 当前session只能读取明确获取了READ锁的表，不能更新该表，也不能读取和更新其他没有获取READ锁的表。其他的session可以读取没有在当前session中明确获取READ锁的表，当然也可以读取获取了READ锁的表。但是更新在其他session中获取了READ锁的表会被阻塞，可以正常更新其他的表。
session1(当前session)
session2
LOCAL修饰符可以允许在其他session中对在当前session中获取了READ锁的的表执行插入。但是当在保持锁时若使用server外的线程来操纵数据库则不能使用READ LOCAL。另外，对于InnoDB表，READ LOCAL与READ相同。
Ø [LOW_PRIORITY]WRITE LOCK
ü 保持该锁的session可读/写获取了WRITE锁的表，但不可以读/写其他表。其他的session可以读取和更新没有在当前session中获取WRITE锁的表，但其他session在读取和更新在当前session中获取了WRITE锁的表时会阻塞。
不能同时在多个session中为同一个table获得WRITE锁。
LOW_PRIORITY修饰符用于之前版本的MySQL，影响锁定行为。但在MySQL5.6.5之后不再使用该选项。
需在单条LOCK TABLES语句中获取所有所需的锁，因为每次重新执行LOCK TABLES语句会释放之前获取的锁。一旦保持了获取的锁，该session只能访问锁定的表。但是，INFORMATION_SCHEMA数据库是个例外。
不能在单条查询中使用相同的名称多次引用锁定的表。需使用别名，且为别名获取单独的锁。可以看到会在a表上加两个锁。第一次执行INSERT因为包含了对锁定的表的同一名称的多次引用而发生错误。第二次执行INSERT操作使用了别名不会发生上述问题（这里显示的问题是主键冲突的问题）
如果语句通过别名引用表，那么锁定表时需使用相同的别名。
WRITE lock优先级通常高于READ lock，这意味着若一个session为表获取了一个READ锁，之后另一session为该表请求WRITE锁，那么后续的READ锁请求会一直等到请求WRITE锁的session获取锁并释放锁后才能满足。
LOCKTABLE语句获取锁的过程
Ø 按内部定义的顺序排序将要被锁定的表
Ø 若一个表将要获取READ和WRITE锁，则将WRITE锁请求放在READ锁请求前
Ø 逐个锁定表
释放锁的规则
Ø 一个session锁保持的锁被释放时所有的锁同时全部释放。
Ø session可通过UNLOCK TABLES语句明确的释放其保持的锁。
Ø 若已经保持有锁的session通过LOCK TABLES语句来获得新的锁，那么原来已经存在的锁在新锁获得前会被隐式释放。
Ø 若session开启了事务，那么会隐式的执行UNLOCK TABLES语句释放其所有的锁。
Ø 若session连接断开，无论是正常断开还是异常断开，服务器会隐式的释放该session保持的所有锁。即使客户端重新连接也不会再重新获得这些锁。
Ø 若在锁定的表上使用ALTER TABLE语句，则该表会变为未锁定的。