openGauss数据库故障定位思路？

肯定是从报错提示入手，具体可以看看报错日志；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

数据中没有轨迹的。数据只反映了在特定的时间，指定的车辆的位置速度方向信息。

对于一个车辆，它的轨迹就是这一个个位置的连线。

select gps_time,longitude,latitude from ... where resourde_id=... order by gps_time

这样取得数据后，按顺序连接每个位置(longitude,latitude)即是车辆运动轨迹。

---