postgresql SQL语句优化

查询正在执行的所有sql

SELECT
	pid,
	datname,
	usename,
	client_addr,
	application_name,
	STATE,
	backend_start,
	xact_start,
	xact_stay,
	query_start,
	query_stay,
	REPLACE ( query, chr( 10 ), ' ' ) AS query 
FROM
	(
	SELECT
		pgsa.pid AS pid,
		pgsa.datname AS datname,
		pgsa.usename AS usename,
		pgsa.client_addr client_addr,
		pgsa.application_name AS application_name,
		pgsa.STATE AS STATE,
		pgsa.backend_start AS backend_start,
		pgsa.xact_start AS xact_start,
		EXTRACT ( epoch FROM ( now( ) - pgsa.xact_start ) ) AS xact_stay,
		pgsa.query_start AS query_start,
		EXTRACT ( epoch FROM ( now( ) - pgsa.query_start ) ) AS query_stay,
		pgsa.query AS query 
	FROM
		pg_stat_activity AS pgsa 
	WHERE
		pgsa.STATE != 'idle' 
		AND pgsa.STATE != 'idle in transaction' 
		AND pgsa.STATE != 'idle in transaction (aborted)' 
	) idleconnections 
ORDER BY
	query_stay DESC

判断是否慢查询

 耗时很长的sql语句

DELETE 
FROM
	lb_api_task_report 
WHERE
	task_id IN ( SELECT task_id FROM lb_api_task_report WHERE task_id NOT IN ( SELECT ID FROM lb_api_test_task ))

 这样的话SELECT ID FROM lb_api_test_task将成为一个子查询,而且不会走索引,每次走一遍全表扫描

通过explain查看(可以看到不走索引)

如果要释放掉慢查询资源

SELECT pg_terminate_backend(PID);

SQL优化之一:NOT IN 优化

正确的方式应该使用not exists,就不会出现子查询了:

DELETE 
FROM
	lb_api_task_report 
WHERE
	task_id IN ( SELECT task_id FROM lb_api_task_report t1 WHERE NOT EXISTS ( SELECT 1 FROM lb_api_test_task t2 WHERE t2.ID = t1.task_id ) );

通过explain查看

当分析 PostgreSQL SQL 语句的执行计划时,可以使用 EXPLAIN 关键字来获取查询计划的详细信息。EXPLAIN 关键字可以与 SELECT、INSERT、UPDATE 或 DELETE 语句一起使用。 执行 EXPLAIN 查询时,PostgreSQL 会返回一个描述查询计划的结果集。这个结果集包含了查询计划中每个步骤的详细信息,包括使用的索引、连接类型、排序方式等等。 以下是分析 PostgreSQL SQL 语句执行计划的步骤: 1. 在 SQL 语句前加上 EXPLAIN 关键字,例如:EXPLAIN SELECT * FROM table_name; 2. 执行该 SQL 语句,获取查询计划的结果集; 3. 分析结果集中的每一行,了解查询计划中每个步骤的执行顺序和详细信息; 4. 根据查询计划的结果,优化 SQL 语句数据库结构,以提高查询性能。 在分析查询计划时,可以关注以下几个重要的信息: - 节点类型:描述了执行计划中每个步骤的类型,例如 Seq Scan(顺序扫描)、Index Scan(索引扫描)、Nested Loop(嵌套循环连接)等; - 访问方法:描述了节点类型所使用的具体访问方法,例如使用哪个索引、使用哪种连接算法等; - 过滤条件:描述了节点类型所使用的过滤条件,可以帮助判断是否需要添加索引或优化查询条件; - 排序方式:描述了节点类型所使用的排序方式,可以帮助判断是否需要添加排序索引; - 执行计划的顺序:描述了查询计划中每个步骤的执行顺序,可以帮助判断是否存在性能瓶颈。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值