前面遇到过一次因为Hive中表被锁住了，导致定时任务一直失败。这两天又出现了表被锁，原因是连接hiveserver2过于频繁，mysql连接被打满，引发的连锁反应，导致我们的小时任务一直失败，下午重点注意到这个问题，才解决好。
Hive中的锁
在执行insert into或insert overwrite任务时，中途手动将程序停掉，会出现卡死情况（无法提交MapReduce），只能执行查询操作，而drop insert操作均不可操作，无论执行多久，都会保持卡死状态。
查看Hive的中死锁，可以使用show locks [table]来查看。
可以看到里面的那个Type下的EXCLUSIVE，这是一种互斥锁，需要解决，否则后续的查询和插入任务都会影响。
hive存在两种锁，共享锁Shared (S)和互斥锁Exclusive (X）
| 锁 | S | X |
|---|---|---|
| S | 是 | 否 |
| X | 否 | 否 |
锁的基本机制是：
-
元信息和数据的变更需要互斥锁
-
数据的读取需要共享锁
触发共享锁的操作是可以并发执行的，但是触发互斥锁，那么该表和该分区就不能并发的执行作业了。
对于上面的情况，使用解锁命令：
unlock table tableName
注意：表锁和分区锁是两个不同的锁，对表解锁，对分区是无效的，分区需要单独解锁
解锁方法
查看表被锁的情况：
show locks tableName
常规解锁方法：
unlock table 表名; -- 解锁表
unlock table 表名 partition(dt='2014-04-01'); -- 解锁某个分区
高版本hive默认插入数据时，不能查询，因为有锁
可能出现的问题
解锁之路通常不是一帆风顺的，可能会遇到各种问题，笔者是在Hive2.1.1下面测试，比如：
这个命令无法执行，说LockManager没有指定，这时候需要执行命令：
set hive.support.concurrency=true;
set hive.txn.manager = org.apache.hadoop.hive.ql.lockmgr.DummyTxnManager;
这样重新执行，命令就可以执行了
如果还！是！不！行，终极方法，可以直接去mysql元数据执行：
select * from HIVE_LOCKS;
查到所有的锁，然后根据条件把对应的锁删掉，这个锁住的表即可释放出来了。
delete from HIVE_LOCKS where HL_DB = 'cdn' and HL_TABLE = 'cdn_log_format';
注意：表名和字段都需要大写。
通过这种办法，通常可以彻底解决锁的问题。