经验首页 前端设计 程序设计 Java相关 移动开发 数据库/运维 软件/图像 大数据/云计算 其他经验
当前位置：技术经验 » 数据库/运维 » RocketMQ » 查看文章
【RocketMQ】数据的清理机制
来源：cnblogs　　作者：shanml　　时间：2023/10/23 9:06:59　　对本文有异议

Broker在启动的时候会注册定时任务，定时清理过期的数据，默认是每10s执行一次，分别清理CommitLog文件和ConsumeQueue文件：

  1. public class DefaultMessageStore implements MessageStore {
  3.     // CommitLog清理类
  4.     private final CleanCommitLogService cleanCommitLogService;
  5.     // ConsumeQueue清理类
  6.     private final CleanConsumeQueueService cleanConsumeQueueService;
  8.     public void start() throws Exception {
  9.         // ...
  11.         // 添加定时任务
  12.         this.addScheduleTask();
  14.         //...
  15.     }
  17.     private void addScheduleTask() {
  18.         // ...
  19.         // 注册定时定理任务，默认10s执行一次
  20.         this.scheduledExecutorService.scheduleAtFixedRate(new Runnable() {
  21.             @Override
  22.             public void run() {
  23.                 // 清理数据
  24.                 DefaultMessageStore.this.cleanFilesPeriodically();
  25.             }
  26.         }, 1000 * 60, this.messageStoreConfig.getCleanResourceInterval(), TimeUnit.MILLISECONDS);
  28.         // ...
  29.     }
  31.     private void cleanFilesPeriodically() {
  32.         // 启动CommitLog清理
  33.         this.cleanCommitLogService.run();
  34.         // 启动ConsumeQueue清理
  35.         this.cleanConsumeQueueService.run();
  36.     }
  37. }

CommitLog文件清理

CommitLog文件清理的逻辑主要在CleanCommitLogService中，它是DefaultMessageStore的内部类，调用了deleteExpiredFiles方法删除过期文件：

  1. public class DefaultMessageStore implements MessageStore {
  2.     class CleanCommitLogService {
  3.         public void run() {
  4.             try {
  5.                 // 删除过期文件
  6.                 this.deleteExpiredFiles();
  7.                 this.redeleteHangedFile();
  8.             } catch (Throwable e) {
  9.                 DefaultMessageStore.log.warn(this.getServiceName() + " service has exception. ", e);
  10.             }
  11.         }
  12.     }
  13. }

在执行清理任务之前，首先会获取一些配置参数，然后通过isTimeToDelete方法判断是否到了清理文件的时间，通过isSpaceToDelete方法计算磁盘是否还有足够的空间，处于以下三种情况之一，将会执行文件清理操作：

  1. 已经到了清理文件的时间，默认是4点；
  2. 磁盘使用已经超过了设定的阈值；
  3. 手动删除；
  1. public class DefaultMessageStore implements MessageStore {
  2.     class CleanCommitLogService {
  3.         private void deleteExpiredFiles() {
  4.             int deleteCount = 0;
  5.             // 获取文件保留时间
  6.             long fileReservedTime = DefaultMessageStore.this.getMessageStoreConfig().getFileReservedTime();
  7.             // 删除文件的间隔时间
  8.             int deletePhysicFilesInterval = DefaultMessageStore.this.getMessageStoreConfig().getDeleteCommitLogFilesInterval();
  9.             int destroyMapedFileIntervalForcibly = DefaultMessageStore.this.getMessageStoreConfig().getDestroyMapedFileIntervalForcibly();
  10.             // 计算是否到了清理文件的时间，默认是4点
  11.             boolean timeup = this.isTimeToDelete();
  12.             // 计算磁盘是否有足够空间
  13.             boolean spacefull = this.isSpaceToDelete();
  14.             // 是否手动删除
  15.             boolean manualDelete = this.manualDeleteFileSeveralTimes > 0;
  16.             // 如果到了时间或者磁盘使用率超过阈值或者是手动删除
  17.             if (timeup || spacefull || manualDelete) {
  19.                 if (manualDelete)
  20.                     this.manualDeleteFileSeveralTimes--;
  21.                 // 是否立刻清理
  22.                 boolean cleanAtOnce = DefaultMessageStore.this.getMessageStoreConfig().isCleanFileForciblyEnable() && this.cleanImmediately;
  24.                 log.info("begin to delete before {} hours file. timeup: {} spacefull: {} manualDeleteFileSeveralTimes: {} cleanAtOnce: {}",
  25.                     fileReservedTime, timeup, spacefull, manualDeleteFileSeveralTimes, cleanAtOnce);
  26.                 // fileReservedTime默认是72小时，这里转换为毫秒数
  27.                 fileReservedTime *= 60 * 60 * 1000;
  28.                 // 删除超过72小时的文件
  29.                 deleteCount = DefaultMessageStore.this.commitLog.deleteExpiredFile(fileReservedTime, deletePhysicFilesInterval,
  30.                     destroyMapedFileIntervalForcibly, cleanAtOnce);
  31.                 if (deleteCount > 0) {
  32.                 } else if (spacefull) {
  33.                     log.warn("disk space will be full soon, but delete file failed.");
  34.                 }
  35.             }
  36.         }
  37.     }
  38. }

清理时间判断

deleteWhen：清理时间点，默认是凌晨四点：

  1. public class MessageStoreConfig {
  3.      // 触发文件删除的时间，默认凌晨四点
  4.     @ImportantField
  5.     private String deleteWhen = "04";
  6. }

isTimeToDelete中首先会获取配置的清理时间，默认是早上4点，然后判断当前时间是否已经到达了这个时间点：

  1.         private boolean isTimeToDelete() {
  2.             // 获取配置的清理时间，默认是早上4点
  3.             String when = DefaultMessageStore.this.getMessageStoreConfig().getDeleteWhen();
  4.             // 如果到达了时间，返回true
  5.             if (UtilAll.isItTimeToDo(when)) {
  6.                 DefaultMessageStore.log.info("it's time to reclaim disk space, " + when);
  7.                 return true;
  8.             }
  10.             return false;
  11.         }

磁盘空间使用判断

RocketMQ设定了两个阈值，如果磁盘使用率超过了这些阈值，需要立刻进行清理：

  • diskSpaceWarningLevelRatio：磁盘使用率警戒阈值，默认0.90；
  • diskSpaceCleanForciblyRatio：强制进行清理的磁盘使用比例阈值，默认0.85；
  1.     class CleanCommitLogService {
  2.         // 磁盘使用率警戒阈值，默认0.9
  3.         private final double diskSpaceWarningLevelRatio =
  4.             Double.parseDouble(System.getProperty("rocketmq.broker.diskSpaceWarningLevelRatio", "0.90"));
  5.         // 强制进行清理的磁盘使用比例阈值，默认0.85
  6.         private final double diskSpaceCleanForciblyRatio =
  7.             Double.parseDouble(System.getProperty("rocketmq.broker.diskSpaceCleanForciblyRatio", "0.85"));
  8.     }

计算磁盘使用率

  1. 获取Commitlog存储目录；
  2. 计算每个目录下磁盘分区的使用率；
  3. 记录这些目录中，磁盘使用率最小的那个值，记在minPhysicRatio中；

接下来对磁盘使用率最小的那个值minPhysicRatio进行判断：

  1. 如果使用率最小的那个分区都已经大于警告阈值（默认0.90）说明需要立刻清理，将立即执行清理状态cleanImmediately置为true；
  2. 如果使用率最小的那个分区大于强制进行清理的磁盘使用比例阈值（默认0.85），说明需要立刻清理，将立即执行清理状态cleanImmediately置为true；
  3. 其他情况，表示磁盘使用率正常；
  1.         private boolean isSpaceToDelete() {
  2.             // 获取磁盘最大使用比率
  3.             double ratio = DefaultMessageStore.this.getMessageStoreConfig().getDiskMaxUsedSpaceRatio() / 100.0;
  4.             cleanImmediately = false;
  6.             {
  7.                 // 获取Commitlog存储目录
  8.                 String commitLogStorePath = DefaultMessageStore.this.getStorePathPhysic();
  9.                 String[] storePaths = commitLogStorePath.trim().split(MessageStoreConfig.MULTI_PATH_SPLITTER);
  10.                 Set<String> fullStorePath = new HashSet<>();
  11.                 double minPhysicRatio = 100;
  12.                 String minStorePath = null;
  13.                 for (String storePathPhysic : storePaths) {
  14.                     // 计算磁盘分区使用率
  15.                     double physicRatio = UtilAll.getDiskPartitionSpaceUsedPercent(storePathPhysic);
  16.                     if (minPhysicRatio > physicRatio) {
  17.                         minPhysicRatio =  physicRatio; // 更新最小使用率，主要是记录所有目录分区中使用率最小的值
  18.                         minStorePath = storePathPhysic;
  19.                     }
  20.                     // 如果大于设定的最大磁盘使用比例
  21.                     if (physicRatio > diskSpaceCleanForciblyRatio) {
  22.                         // 将对应的目录加入到fullStorePath
  23.                         fullStorePath.add(storePathPhysic);
  24.                     }
  25.                 }
  26.                 DefaultMessageStore.this.commitLog.setFullStorePaths(fullStorePath);
  27.                 if (minPhysicRatio > diskSpaceWarningLevelRatio) { // 如果最小的那个磁盘使用率大于警告线
  28.                     boolean diskok = DefaultMessageStore.this.runningFlags.getAndMakeDiskFull();
  29.                     if (diskok) {
  30.                         DefaultMessageStore.log.error("physic disk maybe full soon " + minPhysicRatio +
  31.                                 ", so mark disk full, storePathPhysic=" + minStorePath);
  32.                     }
  33.                     // 立即执行清理置为true
  34.                     cleanImmediately = true;
  35.                 } else if (minPhysicRatio > diskSpaceCleanForciblyRatio) {// 如果最小的那个磁盘使用率大于警告线
  36.                     cleanImmediately = true;
  37.                 } else {
  38.                     // 其他情况，表示磁盘使用率正常
  39.                     boolean diskok = DefaultMessageStore.this.runningFlags.getAndMakeDiskOK();
  40.                     if (!diskok) {
  41.                         DefaultMessageStore.log.info("physic disk space OK " + minPhysicRatio +
  42.                                 ", so mark disk ok, storePathPhysic=" + minStorePath);
  43.                     }
  44.                 }
  46.                 // 路径为空或者文件不存在的时候minPhysicRatio值会变成-1，
  47.                 if (minPhysicRatio < 0 || minPhysicRatio > ratio) {
  48.                     DefaultMessageStore.log.info("physic disk maybe full soon, so reclaim space, "
  49.                             + minPhysicRatio + ", storePathPhysic=" + minStorePath);
  50.                     return true;
  51.                 }
  52.             }
  54.             // ...
  56.             // 其他情况，表示磁盘使用率正常
  57.             return false;
  58.         }

磁盘分区使用率计算方式

  1. 获取磁盘总空间大小totalSpace；
  2. 计算已使用空间大小（usedSpace） = 磁盘总空间（totalSpace） - 剩余空间（剩余空间不一定全部是可用的）；
  3. 计算可用的剩余空间usableSpace；
  4. 计算可用空间总大小（entireSpace） = 已使用空间大小（usedSpace） + 可用的剩余空间（usableSpace）；
  5. 计算了一个roundNum；
  6. 使用usedSpace * 100 / entireSpace + roundNum计算磁盘使用率；
  1. public class UtilAll {
  2.     public static double getDiskPartitionSpaceUsedPercent(final String path) {
  3.         // 如果路径为空，返回-1
  4.         if (null == path || path.isEmpty()) {
  5.             log.error("Error when measuring disk space usage, path is null or empty, path : {}", path);
  6.             return -1;
  7.         }
  9.         try {
  10.             File file = new File(path);
  11.             // 如果文件不存在
  12.             if (!file.exists()) {
  13.                 log.error("Error when measuring disk space usage, file doesn't exist on this path: {}", path);
  14.                 return -1;
  15.             }
  16.             // 获取总空间
  17.             long totalSpace = file.getTotalSpace();
  18.             if (totalSpace > 0) {
  19.                 // 已使用空间 = 磁盘总空间 - 剩余空间（剩余空间不一定全部是可用的）
  20.                 long usedSpace = totalSpace - file.getFreeSpace();
  21.                 // 可用剩余空间
  22.                 long usableSpace = file.getUsableSpace();
  23.                 // 可用空间总大小
  24.                 long entireSpace = usedSpace + usableSpace;
  25.                 long roundNum = 0;
  26.                 if (usedSpace * 100 % entireSpace != 0) {
  27.                     roundNum = 1;
  28.                 }
  29.                 long result = usedSpace * 100 / entireSpace + roundNum;
  30.                 return result / 100.0;
  31.             }
  32.         } catch (Exception e) {
  33.             log.error("Error when measuring disk space usage, got exception: :", e);
  34.             return -1;
  35.         }
  36.         // 异常情况返回-1
  37.         return -1;
  38.     }
  39. }

清理文件

先来看一些配置参数：

  1. public class MessageStoreConfig {
  2.     // 文件的保留时间，默认72小时
  3.     @ImportantField
  4.     private int fileReservedTime = 72;
  6.     // CommitLog文件删除间隔时间，默认100ms，删除过期文件后会休眠一段时间（这个间隔时间），在进行下一个
  7.     private int deleteCommitLogFilesInterval = 100;
  9.     // 主要用于在调用shuntdown关闭文件后，如果到达这个间隔时间之后依旧有线程引用该文件时，会强制将文件的引用数置为负数，表示不再有线程引用
  10.     private int destroyMapedFileIntervalForcibly = 1000 * 120;
  11. }

回到删除方法，继续看到达清理条件的代码：

  1. 判断是否需要立刻清理，cleanImmediately为true并且开启了允许强制清理；
  2. fileReservedTime默认是72小时，将其转换为毫秒数；
  3. 调用CommitLog的deleteExpiredFile方法，将文件的过期时间、文件删除间隔、是否立刻清理等参数传入，开始删除过期文件；
  1. public class DefaultMessageStore implements MessageStore {
  2.     class CleanCommitLogService {
  3.         private void deleteExpiredFiles() {
  4.             // ...
  5.             // 如果到了时间或者磁盘使用率超过阈值或者是手动删除
  6.             if (timeup || spacefull || manualDelete) {
  7.                 // ...
  8.                 // 是否立刻清理
  9.                 boolean cleanAtOnce = DefaultMessageStore.this.getMessageStoreConfig().isCleanFileForciblyEnable() && this.cleanImmediately;
  11.                 log.info("begin to delete before {} hours file. timeup: {} spacefull: {} manualDeleteFileSeveralTimes: {} cleanAtOnce: {}",
  12.                     fileReservedTime, timeup, spacefull, manualDeleteFileSeveralTimes, cleanAtOnce);
  13.                 // fileReservedTime默认是72小时，这里转换为毫秒数
  14.                 fileReservedTime *= 60 * 60 * 1000;
  15.                 // 删除超过72小时的文件
  16.                 deleteCount = DefaultMessageStore.this.commitLog.deleteExpiredFile(fileReservedTime, deletePhysicFilesInterval,
  17.                     destroyMapedFileIntervalForcibly, cleanAtOnce);
  18.                 if (deleteCount > 0) {
  19.                 } else if (spacefull) {
  20.                     log.warn("disk space will be full soon, but delete file failed.");
  21.                 }
  22.             }
  23.         }
  24.     }
  25. }

在CommitLog的deleteExpiredFile删除文件的方法中，又调用了MappedFileQueue的deleteExpiredFileByTime开始删除过期文件：

  1. public class CommitLog {
  2.    public int deleteExpiredFile(
  3.         final long expiredTime,
  4.         final int deleteFilesInterval,
  5.         final long intervalForcibly,
  6.         final boolean cleanImmediately
  7.     ) {
  8.         return this.mappedFileQueue.deleteExpiredFileByTime(expiredTime, deleteFilesInterval, intervalForcibly, cleanImmediately);
  9.     }
  10. }

删除过期文件

MappedFileQueue的deleteExpiredFileByTime处理逻辑如下：

  1. 计算文件的存活时间：文件最后一次修改的时间 + 过期时间（默认72小时）；
  2. 如果当前时间大于文件的存活时间，或者cleanImmediately为true，这两个条件都表示需要清理文件，则调用MappedFile的destroy方法删除文件；
  3. 删除当前文件后，如果设置了文件删除间隔，并且当前文件不是最后一个，则休眠一段时间（设置的删除间隔时间）后再删除下一个过期文件；
  1. public class MappedFileQueue {
  2.     public int deleteExpiredFileByTime(final long expiredTime,
  3.         final int deleteFilesInterval,
  4.         final long intervalForcibly,
  5.         final boolean cleanImmediately) {
  6.         Object[] mfs = this.copyMappedFiles(0);
  7.         if (null == mfs)
  8.             return 0;
  9.         int mfsLength = mfs.length - 1;
  10.         int deleteCount = 0;
  11.         List<MappedFile> files = new ArrayList<MappedFile>();
  12.         if (null != mfs) {
  13.             for (int i = 0; i < mfsLength; i++) {
  14.                 MappedFile mappedFile = (MappedFile) mfs[i];
  15.                 // 文件最后一次修改的时间 + 过期时间
  16.                 long liveMaxTimestamp = mappedFile.getLastModifiedTimestamp() + expiredTime;
  17.                 // 如果当前时间大于文件的存活时间获取 cleanImmediately为true
  18.                 if (System.currentTimeMillis() >= liveMaxTimestamp || cleanImmediately) {
  19.                     // 清理文件
  20.                     if (mappedFile.destroy(intervalForcibly)) {
  21.                         files.add(mappedFile);
  22.                         deleteCount++;
  24.                         //...
  25.                         // 如果设置了文件删除间隔，并且不是最后一个文件，休眠一段时间后再删除下一个过期文件
  26.                         if (deleteFilesInterval > 0 && (i + 1) < mfsLength) {
  27.                             try {
  28.                                 Thread.sleep(deleteFilesInterval);
  29.                             } catch (InterruptedException e) {
  30.                             }
  31.                         }
  32.                     } else {
  33.                         break;
  34.                     }
  35.                 } else {
  36.                     //avoid deleting files in the middle
  37.                     break;
  38.                 }
  39.             }
  40.         }
  41.         deleteExpiredFile(files);
  42.         return deleteCount;
  43.     }
  44. }

由于文件可能被其他线程占用，所以在删除文件前需要保证没有其他线程使用文件，可以看到调用了shutdown方法关闭文件，然后调用isCleanupOver方法判断是否没有线程占用文件并且已经关闭文件相关的资源，只有这两个条件满足时才可以删除文件：

  1. public class MappedFile extends ReferenceResource {
  2.     public boolean destroy(final long intervalForcibly) {
  3.         // 需要先关闭文件
  4.         this.shutdown(intervalForcibly);
  5.         // 是否关闭
  6.         if (this.isCleanupOver()) {
  7.             try {
  8.                 // 关闭filechannel
  9.                 this.fileChannel.close();
  10.                 log.info("close file channel " + this.fileName + " OK");
  11.                 long beginTime = System.currentTimeMillis();
  12.                 // 删除文件
  13.                 boolean result = this.file.delete();
  14.                 log.info("delete file[REF:" + this.getRefCount() + "] " + this.fileName
  15.                     + (result ? " OK, " : " Failed, ") + "W:" + this.getWrotePosition() + " M:"
  16.                     + this.getFlushedPosition() + ", "
  17.                     + UtilAll.computeElapsedTimeMilliseconds(beginTime));
  18.             } catch (Exception e) {
  19.                 log.warn("close file channel " + this.fileName + " Failed. ", e);
  20.             }
  22.             return true;
  23.         } else {
  24.             log.warn("destroy mapped file[REF:" + this.getRefCount() + "] " + this.fileName
  25.                 + " Failed. cleanupOver: " + this.cleanupOver);
  26.         }
  28.         return false;
  29.     }
  30. }

shutdown关闭文件

ReferenceResource中有两个成员变量需要关注：

  • available：表示文件是否可用，默认为true，表示文件可用，当调用shutdown方法关闭文件的时候，会置为false；
  • refCount：当前文件的引用数量，初始化为1，表示有一个线程在使用文件，对文件进行操作前，会先申请占用（hold），申请占用成功时refCount会增1表示新增一个引用，使用完毕之后会释放（release方法），将refCount的值再减1，通过refCount的值可以判断是否有其他线程在使用文件；
  • cleanupOver：文件的清理状态，如果文件已经被关闭、没有线程引用并且文件占用的相关资源已经释放，此时会被置为true，否则为false，表示文件的相关资源还未清理完毕；
  1. public abstract class ReferenceResource {
  2.     protected final AtomicLong refCount = new AtomicLong(1);
  3.     protected volatile boolean available = true;
  4.     protected volatile boolean cleanupOver = false;
  5. }

shutdown方法的处理逻辑如下：

  1. 首先判断文件是否可用状态（available）是否为true，如果为true，将available为置为false，表示该文件不再提供使用，并记录本次关闭文件的时间戳，然后调用release方法关闭文件相关的资源；
  2. 如果available为false但是该文件的引用数量大于0，表示文件已经不再提供使用但是还有其他线程在引用，此时判断当前时间距离上次关闭文件的时间是否大于强制清理间隔，如果大于等于表示到了强制清理的时间，强制将文件的引用数量置为负数，再调用release方法关闭文件相关的资源；
  1. public abstract class ReferenceResource {
  2.    public void shutdown(final long intervalForcibly) {
  3.         // 文件是否可用状态为true
  4.         if (this.available) {
  5.             // 置为false表示不再提供使用
  6.             this.available = false;
  7.             // 记录时间
  8.             this.firstShutdownTimestamp = System.currentTimeMillis();
  9.             // 开始释放资源
  10.             this.release();
  11.         } else if (this.getRefCount() > 0) { // 如果文件的引用数量大于0，表示文件被占用
  12.             // 计算当前时间 - 上次关闭文件的时间，是否大于强制清理间隔
  13.             if ((System.currentTimeMillis() - this.firstShutdownTimestamp) >= intervalForcibly) {
  14.                 // 引用数量设置为负值
  15.                 this.refCount.set(-1000 - this.getRefCount());
  16.                 // 释放资源
  17.                 this.release();
  18.             }
  19.         }
  20.     }
  21. }

以commit方法为例，在使用文件进行操作的时候，通常会先调用hold方法申请占用，使用完毕之后再调用release方法释放占用：

  1. public class MappedFile extends ReferenceResource {
  2.     public int commit(final int commitLeastPages) {
  3.         // ...
  4.         if (this.isAbleToCommit(commitLeastPages)) {
  5.             // 申请文件的占用
  6.             if (this.hold()) {
  7.                 commit0();
  8.                 // 释放文件的占用
  9.                 this.release();
  10.             } else {
  11.                 log.warn("in commit, hold failed, commit offset = " + this.committedPosition.get());
  12.             }
  13.         }
  14.     }
  15. }

在hold方法中可以看到，先判断当前文件是否可用（通过available的值判断），如果可用再进行如下操作：

  1. 调用getAndIncrement先让refCount自增，如果refCount大于0表示文件占用成功；
  2. 如果上一步refCount自增之后小于等于0，表示未成功，由于上面进行了一次自增操作，所以这里要再减回去；
  1. public abstract class ReferenceResource {
  2.     public synchronized boolean hold() {
  3.         // 判断文件是否可用
  4.         if (this.isAvailable()) {
  5.             // 调用getAndIncrement先让refCount自增，如果refCount大于0表示获取成功
  6.             if (this.refCount.getAndIncrement() > 0) {
  7.                 return true;
  8.             } else {
  9.                 // 如果上一步refCount自增之后小于等于0，表示未获取成功，由于上面进行了一次自增操作，所以这里要再减回去
  10.                 this.refCount.getAndDecrement();
  11.             }
  12.         }
  14.         return false;
  15.     }
  16. }

在release方法中，首先可以看到对refCount进行了自减操作，释放文件的占用数，然后进行如下判断：

  1. 如果此时refCount的值依旧大于0，表示有其他线程还在引用，直接返回即可；
  2. 如果此时refCount的值小于等于0，表示没有其他线程使用，加锁调用cleanup方法开始清理文件的使用资源，然后返回清理状态，这一步主要是在文件没有其他线程使用的时候，关闭文件占用相关资源；
  1. public abstract class ReferenceResource {
  3.     public void release() {
  4.         // 自减操作，释放文件的占用数
  5.         long value = this.refCount.decrementAndGet();
  6.         // 如果文件的引用数量大于0，表示文件被占用
  7.         if (value > 0)
  8.             return;
  9.         // 加锁
  10.         synchronized (this) {
  11.             // 清理文件的使用资源，返回清理状态，true表示清理完毕，false表示未完成
  12.             this.cleanupOver = this.cleanup(value);
  13.         }
  14.     }
  15. }

cleanup关闭文件占用资源

cleanup的处理逻辑如下：

  1. 如果文件的可用状态vailable还为true，表示文件未关闭，不能清理，返回false；
  2. 如果isCleanupOver已经为true，表示已经清理完毕，返回true；
  3. 开始清理文件占用的资源，MappedByteBuffer涉及到堆外内存，所以关闭文件前需要清理相关内存，防止内存泄露；
  4. 清理完毕，返回true赋值给cleanupOver，表示文件相关占用资源都已清理完毕；
  1. public class MappedFile extends ReferenceResource {
  2.     @Override
  3.     public boolean cleanup(final long currentRef) {
  4.         // 如果文件的可用状态还为true，表示文件未关闭，不能清理，返回false
  5.         if (this.isAvailable()) {
  6.             log.error("this file[REF:" + currentRef + "] " + this.fileName
  7.                 + " have not shutdown, stop unmapping.");
  8.             return false;
  9.         }
  10.         // 如果isCleanupOver已经为true，表示已经清理完毕，返回true
  11.         if (this.isCleanupOver()) {
  12.             log.error("this file[REF:" + currentRef + "] " + this.fileName
  13.                 + " have cleanup, do not do it again.");
  14.             return true;
  15.         }
  16.         // 开始清理文件的使用资源
  17.         clean(this.mappedByteBuffer);
  18.         TOTAL_MAPPED_VIRTUAL_MEMORY.addAndGet(this.fileSize * (-1));
  19.         TOTAL_MAPPED_FILES.decrementAndGet();
  20.         log.info("unmap file[REF:" + currentRef + "] " + this.fileName + " OK");
  21.         // 返回true，之后cleanupOver为true，表示已经清理了文件的相关占用资源
  22.         return true;
  23.     }
  24. }

总结
RocketMQ会注册定时任务，定时执行清理任务，删除过期文件（默认72小时），在清理任务执行时，会先判断是否达到了清理的条件，主要有以下三个条件：

  1. 已经到了清理文件的时间，默认是4点；
  2. 磁盘使用已经超过了设定的阈值；
  3. 手动删除；

如果满足以上条件之一，开始执行清理。在删除过期文件之前，需要保证文件已经关闭以及没有其他线程在引用该文件，所以会调用关闭文件的方法修改文件可用状态，将其改为不可用并清理相关资源，接着会调用isCleanupOver方法判断该文件是否没有线程引用并且文件占用的相关资源已经释放（MappedByteBuffer涉及到堆外内存，关闭文件前需要清理相关内存，防止内存泄露），之后才可以对文件进行删除。

原文链接：https://www.cnblogs.com/shanml/p/17755529.html

 友情链接：直通硅谷 　点职佳 　北美留学生论坛

RocketMQ热门文章

  • RocketMq开启安全认证ACL-解决服务器系统安全漏洞
  • SpringBoot整合RocketMQ，老鸟们都是这么玩的！
  • RocketMQ 消息重试与死信队列
  • 【RocketMQ】Dledger日志复制源码分析
  • Prometheus 监测 RocketMQ 最佳实践
  • RocketMQ - 消费者Rebalance机制
  • RocketMq深入分析讲解两种削峰方式
  • 基于 RocketMQ 的 Dubbo-go 通信新范式
  • RocketMQ 在网易云音乐的实践
  • Redis+Hbase+RocketMQ 实际使用问题案例分享

    • RocketMQ推荐文章

  • 【主流技术】聊一聊消息队列 RocketMQ 的基本结构与概念
  • RocketMq开启安全认证ACL-解决服务器系统安全漏洞
  • RocketMQ—RocketMQ发送同步、异步、单向、延迟、批量、顺序、批量消息、带标签消息
  • 一文讲透消息队列RocketMQ实现消费幂等
  • 【RocketMQ】数据的清理机制
  • RocketMQ 消息重试与死信队列
  • 【RocketMQ】【源码】延迟消息实现原理
  • RocketMQ 系列(五）高可用与负载均衡
  • 【RocketMQ】消息的拉取总结
  • 在.NET Framework中使用RocketMQ（阿里云版）实战【第一章】

    • 本站QQ群：前端 618073944 | Java 606181507 | Python 626812652 | C/C++ 612253063 | 微信 634508462 | 苹果 692586424 | C#/.net 182808419 | PHP 305140648 | 运维 608723728

    W3xue 的所有内容仅供测试，对任何法律问题及风险不承担任何责任。通过使用本站内容随之而来的风险与本站无关。
    关于我们  |  意见建议  |  捐助我们  |  报错有奖  |  广告合作、友情链接（目前9元/月）请联系QQ：27243702 沸活量
    皖ICP备17017327号-2　皖公网安备34020702000426号