在GBase 8a里,create database是权限最高的DDL语句,其需要一个db_lock独占锁,如果其它SQL在使用该库,则需要等待,从现象看是被卡住了。即使运行create database if not exists一样要等待锁。
目录导航
现象
如下的一个create database语句,已经等待了130秒没有返回。
最后用户取消了,显示信息如下:
可以看到是无法拿到锁,取消了等待锁的操作。
排查
再次运行create database语句,然后执行gcadmin showlock,查看集群锁的情况
可以看到IP为12节点的401398进程(下面的2个红框),没有拿到db_lock的锁(FALSE),该锁被IP为14的254505拿到了。连接14节点,查看进程
发现该节点的进程正在做insert select操作,且已经执行了3266秒。
解决
- 等待该SQL完成
- 确认该业务不重要,kill掉
- 人工确认数据库已存在,不要运行create database语句
总结
create database一般都是运行在系统初始化阶段,在业务升级时,是不需要重建数据库的。而在业务升级时,涉及到【重建】库,肯定要先停掉现有业务,才能操作,也不会出现这个现象。
所以,除了初始化,其它的业务升级,不要包含create database 语句。