第一步：使用TOP命令查看占用CPU高的postgresql进程，并获取该进程的ID号，如图该id号为3640
第二步：切换到postgres用户，并且psql连接到数据库，执行如下查询语句
SELECT procpid, START, now() - START AS lap, current_query FROM ( SELECT backendid, pg_stat_get_backend_pid (S.backendid) AS procpid,
pg_stat_get_backend_activity_start (S.backendid) AS START,pg_stat_get_backend_activity (S.backendid) AS current_query FROM (SELECT
pg_stat_get_backend_idset () AS backendid) AS S) AS S WHERE current_query <> '<IDLE>' and procpid=25400 ORDER BY lap DESC;
procpid：进程id 如果不确认进程ID，将上面的条件去掉，可以逐条分析
start：进程开始时间
lap：经过时间
current_query：执行中的sql
怎样停止正在执行的sql ：SELECT pg_cancel_backend(进程id);或者用系统函数
kill -9 进程id;
第三步：查看该sql的执行计划（使用explain analyze + sql语句的格式）
第四步：分析执行计划，本项目是由于该语句没有走索引，导致查询时间过长，具体原因可以查看执行计划来处理。如：
