GaussDB(DWS)运维：遇到truncate执行慢，怎么办？

gaussdb,dws,遇到,truncate,执行,怎么办 · 浏览次数 : 175

小编点评

**摘要：truncate执行慢，耗时长达几十到几百秒** **问题：** truncate执行慢，耗时长达几十到几百秒。 **根因：** truncate表被查询表的DML语句阻塞。 **方案：** 1. **保证truncate表和查询表动作的依赖：** - 将truncate语句和查询语句的执行顺序进行调整，以确保truncate语句在查询语句执行之前完成。 2. **定位执行问题：** - 使用 `>` 和 `<` 的条件语句来限制查询的开始时间和结束时间。 - 使用 `like` 运算符来过滤查询语句。 **定位语句：** ```sql SELECT start_time, -- SQL执行开始时间 finish_time, -- SQL执行结束时间 duratuin, -- SQL执行时间，单位ms queryFROM pgxc_wlm_session_infoWHERE start_time >= '2022-12-07 08:30:12' + interval '20 min' -- 开始时间比truncate开始时间提前20min以内AND finish_time <= '2022-12-07 08:30:12' + interval '1 min' -- 结束时间跟truncate结束时间基本一致AND query like '%dwr_tdc_dim_inv_country_reg_d%' -- 查询到了truncate的表输出的query就是影响到truncate语句的语句 ``` **注意：** - 确保 `pgxc_wlm_session_info` 表中包含 `start_time`、`finish_time` 和 `duration` 字段。 - `duration` 字段用于计算执行时间。

正文

摘要：truncate执行慢，耗时长达几十到几百秒，这可怎么破？

本文分享自华为云社区《GaussDB(DWS)运维 -- truncate慢》，作者：譡里个檔。

【现象】truncate执行慢，耗时长达几十到几百秒

【根因】truncate表被查询表的DML语句阻塞

【方案】建议truncate表和查询表动作的依赖，保证二者串行执行

【定位】假如语句 truncate dwr_tdc_dim_inv_country_reg_d 执行时间过久，且执行的truncate语句的执行开始时间是：2022-12-07 08:30:12

执行结束时间是：2022-12-07 08:40:12

那么可以使用如下SQL查询到这段时间查询到truncate的目标表的查询语句

注：这个语句要在postgres库里面执行

SELECT
 start_time,   -- SQL执行开始时间
 finish_time,  -- SQL执行结束时间
 duratuin,     -- SQL执行时间，单位ms
    query
FROM pgxc_wlm_session_info
WHERE start_time >= '2022-12-07 08:30:12' + interval '20 min' -- 开始时间比truncate开始时间提前20min以内
AND finish_time <= '2022-12-07 08:30:12' + interval '1 min' -- 结束时间跟truncate结束时间基本一致
AND query like '%dwr_tdc_dim_inv_country_reg_d%' -- 查询到了truncate的表

输出的query就是影响到truncate语句的语句。一般finish_time比truncate语句执行时间结束时间略小的语句就是阻塞truncate的语句

点击关注，第一时间了解华为云新鲜技术~