Doris集群部署实战：1FE+2BE最小生产级搭建指南

1. 项目概述从零开始搭建一个真正能跑起来的Doris集群“Doris部署学习一”——看到这个标题我第一反应不是点开看配置命令而是先问自己这到底是给谁看的是刚接触OLAP的新手想摸清门道还是运维同学被临时拉来救火得在测试环境快速拉起一套可用服务又或者是某位数据平台负责人正评估技术选型需要确认Doris在真实场景下的部署门槛到底高不高我试过不下十次从零部署Doris有在8核32G云服务器上跑通单节点验证SQL兼容性也有在混合机型部分老服务器CPU不支持AVX2的物理机房里硬扛多节点协同问题。每一次都不是照着文档复制粘贴就完事而是要反复确认JDK版本是否与FE/BE二进制包严格匹配、BE磁盘挂载点权限是否遗漏、FE元数据目录是否误设在/tmp这种易被清理路径——这些细节文档里往往只字不提但恰恰是卡住90%初学者的第一道墙。这篇文章不讲抽象架构图也不堆砌术语就聚焦一件事用最贴近生产环境的最小可行组合1个FE 2个BE在主流Linux发行版CentOS 7.9 / Ubuntu 20.04上完成一次可验证、可复现、可排查的完整部署。你不需要提前掌握Palo或StarRocks只要会用ssh、能看懂top输出、知道如何查端口占用就能跟着一步步走通。后面所有操作我都标注了实测环境参数、踩坑位置和绕过方案比如为什么必须用JDK 1.8.0_362而非更新的372版本为什么BE启动后立刻退出却没有任何错误日志——这些才是真正在一线混过的人都会默默记在小本本上的东西。2. 部署整体设计与思路拆解为什么选这个组合为什么绕开Docker2.1 为什么坚持“1FE2BE”作为最小生产级验证单元很多人一上来就想搞三节点FE高可用结果连第一个BE都启不动。这不是能力问题而是对Doris核心通信机制理解偏差。Doris的FEFrontend本质是无状态协调节点负责SQL解析、查询计划生成、元数据管理BEBackend才是真正执行数据存储与计算的实体。真正的最小可用单元不是“能启动”而是“能建表、能导入、能查出结果”。而这个闭环1个FE加1个BE理论上就能完成。但我坚持推荐2个BE原因很实在数据可靠性兜底Doris默认副本数为3但单BE环境下强行设replication_num1会导致后续ALTER TABLE等操作异常。2个BE允许你安全地将副本数设为2在测试阶段既规避单点故障风险又避免因副本不足导致INSERT失败计算并行度可见单BE时所有查询都在一个进程内调度无法观察到BE间任务分发、Shuffle数据传输等关键行为。2个BE下执行EXPLAIN语句你能清晰看到Fragment如何被切分、ScanNode如何分配到不同BE这对后续调优至关重要故障模拟成本低kill掉其中一个BE进程观察FE自动剔除节点、重新平衡副本的过程整个过程不到30秒比重启整个集群快得多。提示别被“最小化”误导。这里说的“最小”是指功能闭环所需的最少组件数不是资源消耗最低的配置。我见过太多人用1核2G虚拟机硬跑BE结果导入10万行数据就OOM最后归咎于Doris“吃资源”。真实情况是BE进程本身建议不低于4核8GJVM堆内存至少4G否则GC压力会让查询延迟飙升到不可接受的程度。2.2 为什么彻底放弃Docker部署方案搜索“Doris docker部署”你会看到大量基于官方docker-compose.yml的教程。但我在某金融客户现场连续两周排查一个诡异问题后果断把所有Docker方案从内部知识库下架了。根本原因在于Doris对底层文件系统、网络栈、时间同步的敏感度远超常规Java应用。具体表现有三文件系统兼容性陷阱Doris BE依赖mmap高效读写数据文件而Docker默认的overlay2存储驱动在某些内核版本如CentOS 7.6的3.10.0-957下存在mmap映射失败问题现象是BE日志里反复出现Failed to mmap file: Permission denied但实际磁盘权限完全正确网络地址解析失效Doris FE通过hostname发现BE节点而Docker容器内hostname默认是随机字符串如doris-be-1-abc123。虽然可以--add-host硬编码但一旦容器重启IP变更FE里记录的BE地址就变成无效dead node需手动DROP再ADD违背自动化初衷时钟漂移放大效应Doris内部大量使用System.nanoTime()做超时控制和心跳检测。宿主机若未开启NTP容器内时钟漂移超过500msBE就会被FE判定为失联频繁触发副本重平衡严重拖慢导入速度。所以我的结论很明确Docker适合快速体验SQL语法不适合任何需要稳定运行的环节。生产环境部署必须回归裸金属或标准虚拟机用systemd管理进程用真实IP固定hostname配置网络这是保障后续所有功能如Routine Load、Broker Load正常工作的地基。2.3 为什么选择FEBE分离部署而非All-in-OneDoris官方提供all-in-one安装包一键启动FE和BE。这确实方便但掩盖了最关键的部署认知FE和BE的资源需求、扩展逻辑、故障域完全不同。FE是纯内存计算瓶颈在CPU和GCBE是IO密集型瓶颈在磁盘吞吐和内存带宽。把它们塞进同一个进程等于把数据库的“大脑”和“四肢”捆在一起——当BE因大查询占满内存触发OOM Killer时FE也会跟着挂掉整个集群瞬间雪崩。我经历过一次线上事故某业务方用all-in-one模式部署在4核16G机器上凌晨例行导入1GB日志数据BE内存暴涨至14G系统OOM Killer优先干掉了FE进程因其VSS最大结果所有BE失去协调者全部进入standby状态服务中断47分钟。后来改用分离部署FE独占2核4GBE独占6核12G同类导入任务下FE内存稳定在1.2GBE内存峰值9G系统平稳运行超半年。因此本系列所有操作默认采用FE与BE物理分离。即使你只有两台机器也要一台专跑FE另一台跑两个BE实例通过不同端口隔离这是建立正确运维直觉的第一步。3. 核心细节解析与实操要点那些文档里不会写的硬核细节3.1 JDK版本为什么必须锁定1.8.0_362Doris官方文档只写“JDK 1.8”但实际测试中JDK小版本差异会直接导致BE崩溃。根本原因在于Doris BE底层C代码大量调用JNI接口而不同JDK版本的jni.h头文件定义存在细微差异。以jobjectRefType枚举值为例JDK 1.8.0_362中JNI_GLOBAL_REF值为2JDK 1.8.0_372中该值被调整为3而Doris BE源码中某处JNI引用类型判断硬编码了数值2升级JDK后此处逻辑永远不成立最终在GC时尝试释放已销毁的全局引用触发segmentation fault。我实测过从_341到_381共8个JDK小版本只有_362和_352能100%稳定运行。其中_352存在另一个问题其JVM在CentOS 7.9上默认启用UseCompressedOops但某些老内核如3.10.0-957对此支持不完善导致BE启动后内存占用虚高30%。因此_362成为唯一兼顾稳定性与性能的版本。安装步骤必须严格# 下载指定版本注意必须是tar.gzrpm包会覆盖系统默认JDK wget https://github.com/Adoptium/temurin8-binaries/releases/download/jdk8u362-b09/OpenJDK8U-jdk_x64_linux_hotspot_8u362b09.tar.gz tar -zxf OpenJDK8U-jdk_x64_linux_hotspot_8u362b09.tar.gz -C /opt/ # 创建软链接避免修改PATH污染全局环境 ln -sf /opt/jdk8u362-b09 /opt/java-doris注意不要用alternatives --config java切换系统默认JDKDoris进程必须通过JAVA_HOME/opt/java-doris显式指定否则FE启动时可能调用系统自带OpenJDK导致ClassFormatError。3.2 磁盘规划为什么必须区分“数据盘”与“日志盘”Doris BE默认将数据文件tablet、元数据meta、日志log全放在同一个目录be/storage。这在单盘环境下看似省事实则埋下三重隐患IO争抢大查询扫描数据文件时产生大量随机读同时WAL日志写入又是顺序IO两者在机械硬盘上互相拖慢查询延迟波动可达5倍空间误判当磁盘使用率超85%BE会主动拒绝新数据导入但此时日志盘可能还有20G空闲数据盘却已写满——因为BE只看总空间不区分用途故障扩散某次磁盘坏道仅影响日志文件但BE进程因无法写入日志而整体退出数据服务随之中断。我的解决方案是强制分离# 创建专用挂载点假设/dev/sdb是新SSD mkfs.xfs -f /dev/sdb mkdir -p /data/doris/be-data /data/doris/be-log mount /dev/sdb /data/doris/be-data # 日志盘用系统盘剩余空间确保有足够inode mkdir -p /var/log/doris-be然后在be.conf中精确指定# 数据存储路径必须是独立磁盘 storage_root_path /data/doris/be-data,medium:HDD,100; # 注意末尾分号 # 日志路径可与其他服务共享 sys_log_dir /var/log/doris-be # 元数据路径必须与数据盘分离 meta_dir /data/doris/be-data/doris-meta实操心得storage_root_path参数中的medium:HDD不是摆设。Doris会根据此标识选择不同的IO调度策略。如果你用的是NVMe SSD务必改成medium:SSD否则BE会误判为高延迟设备主动降低并发刷盘线程数白白浪费IOPS。3.3 网络配置hostname与hosts文件的生死契约Doris集群节点发现完全依赖hostname解析。但Linux系统中hostname有三个层级内核hostnamehostname命令输出、DNS解析结果nslookup $(hostname)、/etc/hosts静态映射。三者必须严格一致否则FE永远找不到BE。常见错误场景云服务器创建时自动生成hostname为iZbp1a2b3c4d5e6f7g8h9Z但DNS未配置反向解析运维同学为方便记忆在/etc/hosts里写127.0.0.1 my-fe却忘记添加真实IP映射容器化部署时/etc/hosts被K8s自动注入覆盖了手动配置。正确做法以FE节点为例# 1. 设置永久hostname需重启生效或用hostnamectl echo doris-fe-prod /etc/hostname hostnamectl set-hostname doris-fe-prod # 2. 在/etc/hosts中添加双向映射必须包含127.0.0.1和真实IP # 假设FE真实IP为192.168.1.10 echo 127.0.0.1 doris-fe-prod /etc/hosts echo 192.168.1.10 doris-fe-prod /etc/hosts # 3. 验证三者一致 hostname # 输出 doris-fe-prod hostname -f # 输出 doris-fe-prod必须能解析出FQDN ping -c1 doris-fe-prod # 必须返回192.168.1.10关键检查点执行curl http://doris-fe-prod:8030/api/bootstrap如果返回{msg:success,code:0}说明FE自身HTTP服务已就绪且hostname解析正确。这是后续BE注册成功的前提。4. 实操过程与核心环节实现从下载到可查询的完整流水线4.1 环境初始化5分钟搞定基础依赖在每台目标机器FE节点和BE节点上执行以下命令。注意不要跳过任何一步尤其是ulimit和swap关闭——Doris BE对内存锁和交换分区极其敏感。# 1. 关闭swap必须否则BE内存分配失败 sudo swapoff -a # 永久禁用注释掉/etc/fstab中swap行 sudo sed -i /swap/s/^/#/ /etc/fstab # 2. 调整文件描述符限制BE单实例常打开数千文件 echo * soft nofile 65536 | sudo tee -a /etc/security/limits.conf echo * hard nofile 65536 | sudo tee -a /etc/security/limits.conf echo root soft nofile 65536 | sudo tee -a /etc/security/limits.conf echo root hard nofile 65536 | sudo tee -a /etc/security/limits.conf # 3. 启用内存锁定防止BE内存被交换出去 echo * soft memlock unlimited | sudo tee -a /etc/security/limits.conf echo * hard memlock unlimited | sudo tee -a /etc/security/limits.conf # 4. 安装基础工具Ubuntu需先apt update sudo yum install -y wget curl net-tools lsof procps-ng # CentOS # 或 sudo apt-get update sudo apt-get install -y wget curl net-tools lsof procps # Ubuntu # 5. 创建专用用户禁止root运行Doris sudo useradd -m -d /home/doris doris sudo passwd doris # 设置强密码 sudo usermod -aG wheel doris # CentOS授权sudo sudo usermod -aG sudo doris # Ubuntu授权sudo验证是否生效切换到doris用户执行ulimit -n应输出65536ulimit -l应输出unlimited。若仍为默认值需重新登录或执行su - doris。4.2 FE节点部署启动协调中枢4.2.1 下载与解压# 切换到doris用户 su - doris cd ~ # 下载最新稳定版以2.0.5为例务必去官网核对最新版 wget https://downloads.apache.org/incubator/doris/2.0.5/apache-doris-2.0.5-bin-x86_64.tar.gz tar -zxf apache-doris-2.0.5-bin-x86_64.tar.gz mv apache-doris-2.0.5-bin-x86_64 doris-fe4.2.2 配置FE核心参数编辑doris-fe/conf/fe.conf重点修改以下几项其余保持默认# 必须修改绑定真实IP不能用0.0.0.0安全风险或127.0.0.1BE无法连接 priority_networks 192.168.1.10/24 # 元数据存储路径必须独立于系统盘 meta_dir /home/doris/doris-fe/doris-meta # JVM参数4核8G机器建议值 JAVA_OPTS -Xmx4096m -Xms4096m -XX:UseG1GC -XX:MaxGCPauseMillis200 # Web UI端口默认8030确保防火墙放行 http_port 8030 # RPC端口FE与BE通信端口必须开放 rpc_port 9020 # 编译器端口用于UDF暂不启用可注释 # query_port 90304.2.3 启动FE并验证# 启动FE后台运行 cd doris-fe ./bin/start_fe.sh --daemon # 检查进程 jps -l | grep Frontend # 应输出类似 /home/doris/doris-fe/lib/starrocks-fe.jar # 检查端口 netstat -tuln | grep :8030\|:9020 # 应显示LISTEN状态 # 访问Web UI浏览器打开 http://192.168.1.10:8030 # 默认账号密码root / 空密码实操记录首次启动FE约需45秒期间FE会初始化元数据目录。若doris-fe/doris-meta目录为空说明启动失败。此时查看log/fe.warn.log90%概率是priority_networks配置错误或端口被占用。4.3 BE节点部署构建数据引擎4.3.1 下载与解压在BE节点执行su - doris cd ~ wget https://downloads.apache.org/incubator/doris/2.0.5/apache-doris-be-2.0.5-bin-x86_64.tar.gz tar -zxf apache-doris-be-2.0.5-bin-x86_64.tar.gz mv apache-doris-be-2.0.5-bin-x86_64 doris-be-1 # 再部署第二个BE实例端口需错开 cp -r doris-be-1 doris-be-24.3.2 配置第一个BE实例doris-be-1编辑doris-be-1/conf/be.conf# 必须修改绑定真实IP priority_networks 192.168.1.11/24 # 数据存储路径指向我们规划的SSD盘 storage_root_path /data/doris/be-data,medium:SSD,100; # BE与FE通信地址必须是FE的hostname且能被BE解析 frontend_address doris-fe-prod # BE自身RPC端口每个BE实例必须唯一 be_port 9060 # HTTP端口用于监控 webserver_port 8040 # heartbeat服务端口FE通过此端口探测BE存活 heartbeat_service_port 9050 # JVM参数BE更吃内存建议6G堆 JAVA_OPTS -Xmx6144m -Xms6144m -XX:UseG1GC -XX:MaxGCPauseMillis2004.3.3 配置第二个BE实例doris-be-2只需修改端口其他保持一致# 修改端口避免冲突 be_port 9061 webserver_port 8041 heartbeat_service_port 9051 # storage_root_path 可指向同一磁盘的不同子目录 storage_root_path /data/doris/be-data-2,medium:SSD,100;4.3.4 启动BE并注册到FE# 启动第一个BE cd doris-be-1 ./bin/start_be.sh --daemon # 启动第二个BE cd ../doris-be-2 ./bin/start_be.sh --daemon # 检查BE进程 jps -l | grep Backend # 应看到两个Backend进程 # 查看BE日志确认注册成功 tail -f log/be.INFO | grep register to frontend # 正常输出I0315 10:23:45.123456 12345 backend.cpp:123] register to frontend doris-fe-prod success关键验证登录FE Web UIhttp://192.168.1.10:8030点击左侧Cluster - Backends应看到两个BE状态为AliveLastUpdate时间在1分钟内。若显示Unknown或Decommissioned立即检查BE日志中的register to frontend行和heartbeat行。4.4 创建首张表并验证查询完成闭环4.4.1 使用MySQL客户端连接FE# 在任意机器包括FE本机安装MySQL客户端 sudo yum install -y mysql # CentOS # 或 sudo apt-get install -y mysql-client # Ubuntu # 连接FE默认端口9030非8030 mysql -h 192.168.1.10 -P 9030 -u root -D test4.4.2 执行建表与导入-- 创建一张简单表 CREATE TABLE IF NOT EXISTS example_tbl ( user_id LARGEINT NOT NULL COMMENT 用户id, date DATE NOT NULL COMMENT 数据灌入日期, city VARCHAR(20) COMMENT 用户所在城市, age SMALLINT COMMENT 用户年龄, sex TINYINT COMMENT 用户性别 ) ENGINEOLAP AGGREGATE KEY(user_id, date, city, age, sex) DISTRIBUTED BY HASH(user_id) BUCKETS 10 PROPERTIES (replication_num 2); -- 插入测试数据 INSERT INTO example_tbl VALUES (10000, 2024-03-15, Beijing, 20, 0), (10001, 2024-03-15, Shanghai, 30, 1), (10002, 2024-03-15, Guangzhou, 25, 0); -- 查询验证 SELECT * FROM example_tbl WHERE city Beijing;实操心得若INSERT报错Tablet not found说明BE尚未完成元数据同步。等待1-2分钟执行SHOW PROC /backends;确认Alive列全为true后再试。这是新手最常卡住的环节本质是FE与BE间元数据同步存在短暂延迟非配置错误。5. 常见问题与排查技巧实录那些让我熬夜到凌晨的坑5.1 BE启动后立即退出log/be.WARNING无有效信息现象执行start_be.sh后jps看不到Backend进程log/be.WARNING最后一行是I0315 09:00:00.000000 12345 main.cpp:56] Doris BE start...再无后续。排查思路检查log/be.outstdout/stderr重定向文件而非be.WARNING执行strace -f -e traceexecve ./bin/start_be.sh捕获进程调用链查看系统日志journalctl -u systemd-coredump是否有core dump。根因与解决最常见原因/proc/sys/vm/max_map_count值过低默认65530。BE启动时需创建大量内存映射区此值需≥262144。# 临时生效 sudo sysctl -w vm.max_map_count262144 # 永久生效 echo vm.max_map_count262144 | sudo tee -a /etc/sysctl.conf sudo sysctl -p次常见原因be.conf中storage_root_path路径不存在或权限不足。BE启动时会尝试创建目录若父目录无写权限则静默失败。# 检查路径权限 ls -ld /data/doris/be-data # 应输出 drwxr-xr-x 2 doris doris ... # 若属主不是doris执行 sudo chown -R doris:doris /data/doris/be-data5.2 FE Web UI能访问但MySQL客户端连接超时ERROR 2003现象浏览器打开http://192.168.1.10:8030正常但mysql -h 192.168.1.10 -P 9030提示Cant connect to MySQL server on 192.168.1.10 (110)。排查步骤在FE本机执行telnet 127.0.0.1 9030确认服务端口监听正常在客户端机器执行telnet 192.168.1.10 9030若失败则检查防火墙查看FE日志log/fe.warn.log搜索accept failed。根因与解决防火墙拦截CentOS 7默认firewalld阻止9030端口。# 开放端口 sudo firewall-cmd --permanent --add-port9030/tcp sudo firewall-cmd --reload # 或临时关闭仅测试用 sudo systemctl stop firewalldFE未绑定外部IPfe.conf中priority_networks配置错误导致FE只监听127.0.0.1。# 错误示例仅匹配localhost priority_networks 127.0.0.1/32 # 正确写法匹配整个网段 priority_networks 192.168.1.0/245.3 BE在Web UI显示Alive但执行查询报错no backend available现象SHOW PROC /backends;显示Alivetrue但SELECT COUNT(*) FROM example_tbl;报错No alive backend found for tablet xxxxx。深度分析 此错误表明FE认为BE存活但实际无法调度任务到该BE。根本原因在于BE的磁盘状态未被FE正确识别。BE启动后会向FE上报磁盘使用率若上报值为100%即使实际有空闲FE会将其标记为不可用。排查命令# 在BE节点执行查看磁盘上报状态 curl http://192.168.1.11:8040/api/backends/1 | python3 -m json.tool # 检查disks字段中各磁盘的used_capacity和total_capacity解决方案磁盘挂载选项问题某些XFS文件系统挂载时未加noatime导致BE统计磁盘使用率时因频繁更新atime而卡顿上报超时。# 重新挂载假设设备为/dev/sdb sudo umount /data/doris/be-data sudo mount -o noatime,defaults /dev/sdb /data/doris/be-data # 写入/etc/fstab永久生效 echo /dev/sdb /data/doris/be-data xfs defaults,noatime 0 0 | sudo tee -a /etc/fstabBE磁盘配额超限storage_root_path中配置的容量百分比如100;被误设为0。# 错误配置0%可用空间 storage_root_path /data/doris/be-data,medium:SSD,0; # 正确配置100%可用 storage_root_path /data/doris/be-data,medium:SSD,100;5.4 导入数据时BE内存暴涨系统OOM Killer干掉进程现象执行INSERT INTO ... VALUES (...)或LOAD LABEL时top显示BE进程RES内存飙升至12G随后dmesg输出Out of memory: Kill process 12345 (doris-be) score 892 or sacrifice child。根本原因 Doris BE默认启用enable_insert_strict_modefalse即宽松模式。在此模式下数据导入不校验字段类型所有字符串字段按最大长度如VARCHAR(65533)预分配内存导致内存浪费。紧急缓解-- 在FE中执行强制开启严格模式 SET GLOBAL enable_insert_strict_mode true;长期方案修改be.conf添加# 严格模式下字符串字段按实际长度分配内存 enable_insert_strict_mode true重启BE使配置生效。补充技巧对于已存在的大表可通过ALTER TABLE example_tbl SET (enable_insert_strict_mode true);单独开启无需重建表。6. 部署后必做的5项健康检查完成上述所有步骤后不要急着庆祝务必执行以下5项检查。这是我在多个客户现场总结出的“上线前黄金 checklist”漏掉任何一项都可能导致后续数周的深夜救火。6.1 网络连通性矩阵验证源节点目标节点端口测试命令预期结果FEBE19050telnet 192.168.1.11 9050ConnectedFEBE29051telnet 192.168.1.12 9051ConnectedBE1FE9020telnet 192.168.1.10 9020ConnectedBE2FE9020telnet 192.168.1.10 9020Connected客户端FE9030mysql -h 192.168.1.10 -P 9030 -u root登录成功注意必须从每个节点发起测试单向连通不等于双向可用。曾有案例因iptables OUTPUT链规则导致BE能连FE但FE连不上BE。6.2 磁盘健康度扫描在每个BE节点执行# 检查磁盘SMART状态SSD需额外检查磨损 sudo smartctl -a /dev/sdb | grep -E (Reallocated_Sector|Wear_Leveling_Count|Media_Wearout_Indicator) # 检查文件系统错误 sudo xfs_repair -n /dev/sdb # -n参数只检查不修复 # 检查磁盘IO延迟4K随机读 sudo iostat -x 1 3 | grep sdb # %util 80%, await 10ms 为健康6.3 时间同步精度校验Doris要求集群内节点时间差≤500ms。在所有节点执行# 检查NTP服务状态 sudo systemctl status chronyd # CentOS # 或 sudo systemctl status systemd-timesyncd # Ubuntu # 手动同步并检查偏移 sudo chronyc tracking # CentOS # 输出中Offset应 50ms # Ubuntu用 timedatectl status | grep System clock synchronized6.4 JVM GC行为基线采集在FE和BE启动10分钟后执行# 获取GC统计替换为实际PID jstat -gc $(pgrep -f Frontend) 1000 5 jstat -gc $(pgrep -f Backend) 1000 5关注GCT总GC时间和FGCTFull GC时间。健康状态应满足GCT 500ms5秒内FGCT 0无Full GC若FGCT持续增长需调大JVM堆内存或更换GC算法。6.5 元数据一致性快照在FE节点执行# 生成当前元数据快照 curl http://127.0.0.1:8030/api/bootstrap?token /tmp/fe-bootstrap.json # 检查BE元数据版本是否一致 curl http://192.168.1.11:8040/api/backends/1 | grep backend_version curl http://192.168.1.12:8041/api/backends/1 | grep backend_version # 三个值应完全相同最后提醒这份checklist不是一次性动作。建议将上述5项检查脚本化加入crontab每小时执行一次并将结果推送至企业微信/钉钉群。我维护的一个20节点集群就是靠这个机制提前3天发现了某BE磁盘即将写