InnoDB表级锁
在绝大部分情况下都应该使用行锁，因为事务和行锁往往是选择InnoDB的理由，但个别情况下也使用表级锁：
1）事务需要更新大部分或全部数据，表又比较大，如果使用默认的行锁，不仅这个事务执行效率低，而且可能造成其他事务长时间等待和锁冲突；
2）事务涉及多个表，比较复杂，很可能引起死锁，造成大量事务回滚。
如：
LOCK TABLE user READ；读锁锁表
LOCK TABLE user WRITE; 写锁锁表
事务执行…
COMMIT/ROLLBACK; 事务提交或者回滚
UNLOCK TABLES; 本身自带提交事务，释放线程占用的所有表锁
意向共享锁和意向排他锁
这两个锁是针对表级锁的！！！
意向共享锁（IS锁）：事务计划给记录加行共享锁，事务在给一行记录加共享锁前，必须先取得该表的IS 锁。
意向排他锁（IX锁）：事务计划给记录加行排他锁，事务在给一行记录加排他锁前，必须先取得该表的IX 锁。（表明表的排他锁不可获取了，而不需要每一行检查）
要点
当要获取表的X锁的时候，不用在检查表中的每一行的行锁（S或X锁）被占用，只需要快速检查IX和IS锁即可；
意向锁是由InnoDB存储引擎获取行锁之前自己获取的；
