肯定是从报错提示入手,具体可以看看报错日志;openGauss也提供了一些视图来存其运行状态;还有就是收集core文件进行分析。具体参考官方的建议思路:
1、日志。数据库日志记录了数据库服务端启动、运行或停止时出现的问题,当数据库在启动、运行或停止的过程中出现问题时,数据库用户可以通过运行日志快速分析问题的产生原因,并根据不同的原因采取相应的处理方法,尽可能地解决问题。
2、视图。数据库提供了许多视图,用于展示数据库的内部状态,在定位故障时,经常使用的视图如下:
pg_stat_activity,用于查询当前实例上各个session的状态。
pg_thread_wait_status,用于查询该实例上各个线程的等待事件。
pg_locks,用于查询当前实例上的锁状态。
3、CORE文件。数据库相关进程在运行过程中可能会因为各种意外情况导致数据库崩溃 (Coredump),而崩溃时产生的core文件对于迅速定位程序崩溃的原因及位置非常重要。如果进程运行时出现Coredump现象,建议立即收集core文件便于分析、定位故障。
对性能有一定的影响,尤其是进程频繁异常时对性能的影响更大。
core文件会占用磁盘空间。因此,当检查到core文件产生后,应及时解决以避免对 *** 作系统带来更严重的影响。 *** 作系统自带core dump机制。开启后,系统中所有出现Coredump问题时都会生成core文件,对 *** 作系统带来性能和磁盘占用的影响
设置core文件生成路径。修改/proc/sys/kernel/core_pattern内容。
[root@openeuler123 mnt]# cat /proc/sys/kernel/core_pattern/data/jenkins/workspace/openGaussInstall/dbinstall/cluster/corefile/core-%e-%p-%t
oracle吗查看这个Java登录的session的用户,用这个用户登录sqlplus再执行上面的语句看,javautilNoSuchElementException应该是权限问题,没法访问这些表,相当于当前用户的schema下没有这些表
以上就是关于openGauss数据库故障定位思路全部的内容,包括:openGauss数据库故障定位思路、java中怎么查看数据库是否锁表、等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)