DELETE 条件字段缺少索引导致 SuperSync 同步严重延迟

文章目录

环境

系统平台:银河麒麟 (海光)

版本:9.0.4

症状

使用 SuperSync 将 DB2 数据同步到 HGDB 时,同步任务累计延迟约 21 天。

初步分析认为同步瓶颈可能来自磁盘 I/O,但监控系统显示:

  • CPU 使用率约 5%
  • 内存使用率约 5%
  • 磁盘 I/O 利用率较低

系统整体资源使用正常,与同步延迟现象不符。

进一步查看数据库活动会话,发现仅有一个同步工具(dsg 用户)的 DELETE 语句持续执行。

复制代码
postgres: highgo-ee-cluster: dsg xxx DELETE

查看该 DELETE 进程的 I/O 使用情况:

复制代码
pidstat -d -p 2353843 1

输出如下:

复制代码
kB_rd/s     kB_wr/s    iodelay
7648        23168      5
16900       28920      9
5536        35416      4
......
2608        83448      3
4128        71756      4
71056       1696       38

可以看到:

  • DELETE 进程持续产生磁盘读写;
  • 写入速率最高约 83 MB/s;
  • iodelay 持续大于 0,说明该进程存在磁盘 I/O 等待。

进一步分析执行语句:

sql 复制代码
delete
from test_policymanagement.es_doc_pages
where pageid in (...);

发现:

  • 目标表大小约 187 GB;
  • pageid 字段未建立索引;
  • DELETE 每次执行均需要扫描大量数据定位待删除记录。

虽然 SQL 执行过程中真正等待磁盘 I/O 的时间占比不高,但由于全表扫描数据量巨大,导致单条 DELETE 执行时间长达十几分钟,最终造成同步任务持续积压,表现为同步延迟 21 天。

问题原因

目标表 test_policymanagement.es_doc_pages 数据量较大(约 187 GB),DELETE 语句的过滤字段 pageid 未建立索引,导致执行 DELETE 时发生全表扫描,SQL 执行效率极低,从而造成 SuperSync 同步任务持续积压。

解决方案

为 DELETE 条件字段 pageid 创建索引:

sql 复制代码
CREATE INDEX idx_es_doc_pages_pageid
ON test_policymanagement.es_doc_pages(pageid);

创建索引后,DELETE 语句可通过索引快速定位待删除记录,避免全表扫描,大幅降低 SQL 执行时间,SuperSync 同步效率恢复正常,同步延迟问题得到解决。

相关推荐
小白勇闯网安圈8 小时前
Django 响应对象、文件上传与类视图
数据库·django·sqlite
努力的小雨9 小时前
同一份 SQL 跑多套环境:Ksql 变量怎么用才安全
数据库
科技绘图10 小时前
快鲸GEO vs 传统AI搜索优化:全链路自动化与高效内容生产在转化闭环上的对比
数据库·人工智能·自动化
ltl10 小时前
数据库作为 LLM 记忆体:语义缓存、RAG 与一致性
数据库
ltl10 小时前
WAL 与崩溃恢复:ARIES 协议怎么跑通
数据库
ltl10 小时前
TEE 数据库:EnclaveDB、Oblivious 原语与机密 SQL
数据库
麻瓜code11 小时前
【Mysql】重新学一遍 SQL 执行顺序
数据库·sql
这个DBA有点耶12 小时前
数据库一体机架构演进:从硬件堆叠到软硬深度耦合
服务器·网络·数据库·硬件架构·运维开发·database·数据库架构
一只fish12 小时前
优化器架构对比:Oracle vs PostgreSQL vs MySQL
mysql·postgresql·oracle
安_13 小时前
RAG的向量数据库:为LLM提供语义搜索能力
数据库