当前位置：首页 > article >正文

PG实例CPU使用率高排查思路

article 2024/11/16 1:11:43

一、查看具体哪个会话占用高

top 查看哪个pid使用cpu高
psql 登录到数据库中查看具体的语句
SELECT pid, query FROM pg_stat_activity WHERE pid = ‘top查看到的pid’;

二、查看锁

在PostgreSQL中查看锁的状态，你可以使用pg_locks系统视图来获取当前数据库中的锁信息。以下是一些查询示例，可以帮助你查看和分析锁的情况：

查看所有当前锁：
```
SELECT * FROM pg_locks;
```
这个查询将返回所有当前未解决的锁的信息。
根据锁类型查询：
- 查询所有表级锁：
```
SELECT * FROM pg_locks WHERE locktype = 'relation';
```
- 查询所有行级锁：
```
SELECT * FROM pg_locks WHERE locktype = 'tuple';
```
这些查询将分别返回表级锁和行级锁的详细信息。
查询特定数据库的锁：
```
SELECT * FROM pg_locks WHERE database = (SELECT oid FROM pg_database WHERE datname = 'your_database_name');
```
将'your_database_name'替换成你想要查询的数据库名称，这个查询将返回特定数据库中的锁信息。
查询持有锁的进程：
```
SELECT * FROM pg_locks WHERE pid = 12345;
```
将12345替换成你想要查询的进程ID，这个查询将返回特定进程持有的锁的信息。
查询等待锁的进程：
```
SELECT * FROM pg_locks WHERE granted = false;
```
这个查询将返回所有正在等待锁的进程的信息。

结合pg_stat_activity视图查询锁信息：

SELECT
    pg_stat_activity.pid,
    pg_stat_activity.query,
    pg_locks.locktype,
    pg_locks.mode,
    pg_locks.relation::regclass,
    pg_locks.transactionid,
    pg_locks.virtualxid,
    pg_locks.virtualtransaction,
    pg_locks.granted
FROM pg_stat_activity
JOIN pg_locks ON pg_stat_activity.pid = pg_locks.pid
WHERE pg_locks.granted = false;

这个查询将结合pg_stat_activity视图和pg_locks视图，返回所有正在等待锁的会话以及持有这些锁的会话的信息。

通过这些查询，你可以有效地监控和分析PostgreSQL中的锁状态，以识别潜在的锁争用和死锁问题，并优化数据库性能。

pg_locks

从你提供的pg_locks查询结果来看，我们可以看到多个relation类型的锁，这些锁都是针对特定relation（即表）的。这里是一些关键点的解释：

locktype：relation表示这些锁是针对整个表的。
database：数据库的OID，这里是24975。
relation：表的OID，例如167953、167950等。
pid：持有锁的进程ID，例如58921、59479、43179等。
mode：锁的模式，这里大多数是AccessShareLock，表示共享锁，允许多个事务并发读取数据。
granted：t表示锁已经被授予，f表示锁正在等待。
fastpath：t表示这个锁是通过快速路径授予的，f表示不是。
waitstart：如果锁正在等待，这里会显示等待开始的时间。

分析锁的状态

已授予的锁：大多数锁的granted列显示为t，表示这些锁已经被授予，事务可以继续执行。
等待中的锁：有少数锁的granted列显示为f，表示这些锁正在等待。例如，167960、167963和167970的锁正在等待。

进一步的步骤

查看等待锁的详细信息：
如果你想要查看哪些事务正在等待这些锁，可以使用以下查询：
```
SELECT * FROM pg_stat_activity
WHERE pid IN (58921, 59479, 43179, 59242, 59535, 59536)
AND state = 'idle';
```
这个查询将返回持有或等待锁的进程的详细信息。
查看锁的等待时间：
如果锁正在等待，你可能想要知道它们已经等待了多久：
```
SELECT pid, waitstart
FROM pg_locks
WHERE granted = false;
```
解决锁问题：
如果你发现有事务长时间持有锁或者等待锁，可能需要进一步分析这些事务的查询，考虑优化查询或者调整事务的执行顺序。

通过这些步骤，你可以更好地理解和管理PostgreSQL中的锁，以优化数据库性能和避免潜在的死锁问题。

wait_event_type

从你提供的pg_stat_activity视图中的wait_event_type和wait_event列的信息来看，我们可以分析出以下内容：

pid：进程ID，标识了当前正在等待的数据库进程。
wait_event_type：等待事件的类型，它描述了进程正在等待的资源类型。可能的值包括LWLock（轻量级锁）、IO（输入/输出操作）等。
wait_event：具体的等待事件，它提供了更详细的信息，说明进程正在等待什么。例如，WALWrite表示进程正在等待WAL（Write-Ahead Logging）写入操作完成，WALSync表示进程正在等待WAL同步操作完成。

分析结果

进程79424、102543、102632、102633、77589：这些进程没有列出具体的等待事件，这意味着它们可能没有等待任何事件，或者正在执行一些不需要等待特定资源的操作。
进程60269和61544：这两个进程都在等待WALWrite事件。这表明它们可能正在执行写入操作，并且正在等待WAL缓冲区中的数据被写入磁盘。这是数据库操作中的一个常见步骤，尤其是在处理大量写入时。
进程61683：这个进程正在等待WALSync事件。这意味着它正在等待WAL缓冲区中的数据被同步到磁盘。这是确保数据持久性的重要步骤，特别是在事务日志中。

可能的影响和解决方案

WAL写入等待：如果多个进程长时间等待WALWrite或WALSync，这可能表明WAL写入速度较慢，可能是由于磁盘I/O性能瓶颈或WAL缓冲区设置不当。可以考虑以下解决方案：
- 检查磁盘性能和I/O子系统。
- 增加WAL缓冲区的大小。
- 优化WAL相关的配置参数，如wal_level、wal_buffers等。
监控和优化：持续监控这些等待事件，特别是在高负载情况下，可以帮助识别性能瓶颈。使用pg_stat_activity视图可以帮助你实时监控数据库的运行状态，并及时调整配置以优化性能。

通过这些分析，你可以更好地理解数据库进程的等待行为，并采取相应的措施来优化数据库的性能和稳定性。

三、查看会话

SELECT datname, usename, COUNT(*) FROM pg_stat_activity WHERE datname != 'postgres' AND usename != 'postgres' GROUP BY datname, usename;
select pid,wait_event_type,wait_event from pg_stat_activity WHERE datname != 'postgres' AND usename != 'postgres' AND state != 'idle' ; 
select pid,wait_event_type,wait_event from pg_stat_activity WHERE state != 'idle' ;