Hive中的锁的用法和使用场景
前面遇到过一次因为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 | 否 | 否 |
锁的基本机制是:
- 元信息和数据的变更需要互斥锁
- 数据的读取需要共享锁
触发共享锁的操作是可以并发执行的,但是触发互斥锁,那么该表和该分区就不能并发的执行作业了。
对于上面的情况,使用解锁命令:
注意:表锁和分区锁是两个不同的锁
,对表解锁,对分区是无效的,分区需要单独解锁
解锁方法
查看表被锁的情况:
常规解锁方法:
高版本hive默认插入数据时,不能查询,因为有锁
可能出现的问题
解锁之路通常不是一帆风顺的,可能会遇到各种问题,笔者是在Hive2.1.1
下面测试,比如:
这个命令无法执行,说LockManager
没有指定,这时候需要执行命令:
这样重新执行,命令就可以执行了
如果还!是!不!行,终极方法,可以直接去mysql元数据执行:
查到所有的锁,然后根据条件把对应的锁删掉,这个锁住的表即可释放出来了。
注意:表名和字段都需要大写
。
通过这种办法,通常可以彻底解决锁的问题。
作者:柯广的网络日志
微信公众号:Java大数据与数据仓库