手动清理ACT_GE_BYTEARRAY表：保留15天数据及无关联行处理咨询

关于无关联、DEPLOYMENT_ID为空的记录能否删除 #

这类ACT_GE_BYTEARRAY记录通常是临时生成的未关联业务流程或部署的二进制数据——比如流程执行中临时生成的文件碎片、未成功提交的变量二进制内容，或是Camunda内部操作产生的临时缓存数据。它们没有被任何活跃流程实例、历史实例或部署包引用，完全可以安全删除。

清理步骤 #

1. 锁定待删除的记录范围

先执行查询确认待删除的记录数量，避免误操作：

-- MySQL 示例：统计符合条件的待删除记录数
SELECT COUNT(*)
FROM ACT_GE_BYTEARRAY ba
WHERE ba.DEPLOYMENT_ID_ IS NULL
  AND ba.CREATE_TIME_ < DATE_SUB(NOW(), INTERVAL 15 DAY)
  AND NOT EXISTS (SELECT 1 FROM ACT_HI_DETAIL d WHERE d.BYTEARRAY_ID_ = ba.ID_)
  AND NOT EXISTS (SELECT 1 FROM ACT_HI_VARINST v WHERE v.BYTEARRAY_ID_ = ba.ID_);

2. 二次验证无活跃引用

为了绝对安全，检查这些记录是否关联到未结束的活跃流程或任务：

-- 检查是否关联到活跃流程变量
SELECT COUNT(*)
FROM ACT_GE_BYTEARRAY ba
JOIN ACT_RU_VARIABLE rv ON rv.BYTEARRAY_ID_ = ba.ID_
WHERE ba.DEPLOYMENT_ID_ IS NULL
  AND ba.CREATE_TIME_ < DATE_SUB(NOW(), INTERVAL 15 DAY);

-- 检查是否关联到活跃任务
SELECT COUNT(*)
FROM ACT_GE_BYTEARRAY ba
JOIN ACT_RU_TASK rt ON rt.BYTEARRAY_ID_ = ba.ID_
WHERE ba.DEPLOYMENT_ID_ IS NULL
  AND ba.CREATE_TIME_ < DATE_SUB(NOW(), INTERVAL 15 DAY);

如果这两个查询返回0，说明这些记录确实没有被活跃业务引用，可以放心删除。

3. 备份+执行删除

务必先备份数据，再执行删除操作：

-- 1. 备份待删除数据到临时表（命名带上日期，方便回溯）
CREATE TABLE ACT_GE_BYTEARRAY_BACKUP_20240520 AS
SELECT *
FROM ACT_GE_BYTEARRAY ba
WHERE ba.DEPLOYMENT_ID_ IS NULL
  AND ba.CREATE_TIME_ < DATE_SUB(NOW(), INTERVAL 15 DAY)
  AND NOT EXISTS (SELECT 1 FROM ACT_HI_DETAIL d WHERE d.BYTEARRAY_ID_ = ba.ID_)
  AND NOT EXISTS (SELECT 1 FROM ACT_HI_VARINST v WHERE v.BYTEARRAY_ID_ = ba.ID_);

-- 2. 执行删除
DELETE FROM ACT_GE_BYTEARRAY ba
WHERE ba.DEPLOYMENT_ID_ IS NULL
  AND ba.CREATE_TIME_ < DATE_SUB(NOW(), INTERVAL 15 DAY)
  AND NOT EXISTS (SELECT 1 FROM ACT_HI_DETAIL d WHERE d.BYTEARRAY_ID_ = ba.ID_)
  AND NOT EXISTS (SELECT 1 FROM ACT_HI_VARINST v WHERE v.BYTEARRAY_ID_ = ba.ID_);

4. 后续维护建议

• 可以把清理脚本做成定时任务，每周或每两周执行一次，避免数据堆积
• 检查Camunda配置，调整临时缓存相关参数，减少这类无关联临时数据的生成
• 每次清理前都要执行备份，保留至少7天的备份数据，防止意外

内容的提问来源于stack exchange，提问作者Manjunath