1. 项目概述为什么今天还在手搓 MinIO不是云厂商都包圆了吗MinIO 这个词最近在技术圈里反复刷屏从“minio windows安装和使用”到“docker安装minio”再到“minio分片上传”“minio现在图片访问时间限制通过java编程实现永久访问配置”搜索热度一路走高。但很多人点开教程第一句就懵了“这不就是个对象存储吗阿里云OSS、腾讯云COS、AWS S3点几下就开了为啥还要自己搭”——这话我五年前也问过直到我亲手把一个日均20万张用户截图的SaaS系统从公有云OSS切到自建MinIO集群才真正明白MinIO不是替代云存储的‘平替’而是把对象存储能力从‘服务’还原成‘基础设施’的那把扳手。它解决的从来不是“有没有存储”的问题而是“存储能不能长在你代码里”的问题。比如你写一个Java上传接口用MinIO SDK直连本地集群上传逻辑里连endpoint都不用拼接域名直接填http://192.168.1.100:9000再比如你用Python做AI训练数据预处理MinIO的S3兼容API让你零成本把boto3.client(s3)换成boto3.client(s3, endpoint_urlhttp://localhost:9000)整个数据管道不用动一行业务代码。这种“存储即本地服务”的确定性是任何公有云控制台都给不了的。更关键的是成本结构。我们做过测算一个中等规模的内部系统年均存储量约8TB冷热数据比7:3。如果全用公有云标准存储年费用约1.2万元而用两台旧服务器i7-8700 32GB RAM 4×4TB SATA部署MinIO双节点硬件折旧电费年均不到1800元且所有数据主权、加密密钥、审计日志完全自主可控。这不是抠门是当你的业务开始涉及医疗影像、金融单据、设计源文件时合规红线逼你必须把存储的“根”扎进自己的机房或私有云里。所以这篇笔记不叫《MinIO安装教程》它是一份面向真实生产场景的MinIO落地手记——从Windows开发机上跑通第一个桶到Linux服务器上搭起带纠删码和自动故障转移的四节点集群从Java后端如何绕过临时签名坑到Nginx反向代理怎么透传Presigned URL的过期时间甚至包括Win11下把MinIO注册成Windows服务后如何让服务启动顺序严格晚于Docker Desktop避免端口抢占导致的启动失败。所有内容都来自我过去三年在六个不同客户现场踩过的坑、调过的参数、压过的测。2. 核心设计思路为什么选MinIO而不是其他方案2.1 不是所有对象存储都叫MinIO它的基因决定了适用边界很多人把MinIO当成“开源版S3”这其实是个危险的误解。MinIO的底层设计哲学是为私有云和边缘计算而生它的核心竞争力不在功能堆砌而在三个硬核特质极致轻量与快速启动官方编译好的二进制文件仅50MB左右无依赖、免安装。我在一台树莓派4B4GB RAM上实测从下载minio.exe到mc alias set myminio http://localhost:9000 minioadmin minioadmin能列出桶全程耗时11秒。对比Ceph需要部署MON/OSD/MDS三类服务MinIO的“单进程即集群”模式对中小团队太友好。原生S3 API兼容性不是“基本兼容”而是通过AWS S3官方认证的100% API兼容。这意味着你用aws s3 cp命令能直接操作MinIOSpring Boot的spring-cloud-starter-awsstarter无需修改配置就能切换后端。去年我们帮一家做工业质检的客户迁移他们原有Java系统用的是com.amazonaws:aws-java-sdk-s3只改了endpoint和region两个配置项上线后零报错。纠删码Erasure Coding即开即用这是MinIO区别于其他轻量级方案如SeaweedFS、Rclone挂载的核心杀招。传统RAID需要专用硬件而MinIO的纠删码是纯软件实现支持N426块盘容忍2块故障、N8311块盘容忍3块故障等灵活配比。我们有个客户在工厂车间部署边缘节点用4块2TB机械盘组成MinIO集群配置为41纠删码实际可用空间6TB但任意一块硬盘物理损坏系统自动降级运行且数据毫发无损——这种确定性在产线停机就是百万损失的场景里比任何SLA承诺都管用。提示纠删码不是万能药。它会带来约15%~20%的CPU开销编码/解码计算且小文件1MB随机读写性能会下降。如果你的业务以千万级小图缩略图为主建议关闭纠删码改用镜像模式Mirror Mode。2.2 为什么放弃其他热门选项——基于真实场景的取舍逻辑Ceph功能全面但学习曲线陡峭。光是理解PGPlacement Group数量计算公式PGs (Total number of OSDs * 100) / max replicas per PG就够新手喝一壶。我们曾为某政务云项目评估Ceph光是搭建一个最小可用集群3 MON 3 OSD就花了两周而MinIO四节点集群当天下午就交付测试。结论Ceph适合需要PB级统一存储、且有专职存储工程师的超大型组织MinIO适合需要快速交付、运维人力有限的绝大多数企业。SeaweedFS轻量、高性能尤其擅长海量小文件。但它不兼容S3 API所有客户端必须重写。客户原有系统用Python的boto3上传换成SeaweedFS就得改造成requests.post调用其REST API还要自己处理分片、重试、断点续传。权衡之后我们宁愿接受MinIO在小文件场景下的性能折损也要保住S3生态的无缝迁移能力。Cloudflare R2 / Backblaze B2公有云对象存储新秀价格确实诱人。但它们本质仍是“黑盒服务”。当客户法务要求提供GDPR数据主权证明时R2的“数据不出美东区域”声明无法满足国内监管要求当需要对接内部LDAP做细粒度权限控制时B2的IAM策略又过于简陋。MinIO的价值恰恰在于它把“存储服务”变成了“可审计、可定制、可嵌入”的代码模块。2.3 部署形态决策树你的场景该选哪种模式场景特征推荐部署模式关键配置要点实测注意事项个人开发/测试Win10/Win11单节点minio.exe server D:\minio\data必须用绝对路径避免中文路径端口默认9000若被占用加--address :9001Windows Defender常误报为“潜在不需要的应用”需手动添加排除首次启动会生成config.json建议备份此文件中小团队内部服务CentOS 7/Ubuntu 22.04双节点分布式2台服务器每台服务器挂载独立磁盘如/mnt/disk1启动命令minio server http://node1:9000/mnt/disk1 http://node2:9000/mnt/disk2节点间必须能通过主机名互相解析/etc/hosts或DNS否则集群初始化失败时间同步误差需1秒chronyd必装生产环境高可用≥4台服务器四节点纠删码集群如42磁盘数节点数×每节点磁盘数例4节点×2盘8盘配置minio server http://n1/disk1 http://n1/disk2 ... http://n4/disk2启动时所有节点必须同时在线任一节点缺席会导致集群状态异常建议用systemd管理服务而非nohup后台运行注意MinIO官方明确不推荐在Docker容器内运行生产集群除非你完全掌控宿主机网络和存储。因为容器重启可能导致IP漂移而MinIO集群节点发现严重依赖稳定网络标识。我们线上集群全部采用裸金属或KVM虚拟机部署Docker仅用于CI/CD流水线中的临时MinIO实例。3. 实操全流程从Windows本地调试到Linux生产集群3.1 Windows开发机5分钟跑通第一个桶含服务化很多教程一上来就教Linux命令但现实是80%的Java/Python开发者日常在Windows上写代码。先搞定本地环境才能有信心推进到服务器。第一步下载与验证去官网https://min.io/download#/windows 下载minio.exe注意选64位版本打开PowerShell非CMDCMD不支持MinIO的彩色日志执行# 创建数据目录务必用英文路径 mkdir D:\minio\data # 启动服务后台静默运行不占终端 Start-Process -FilePath D:\minio\minio.exe -ArgumentList server D:\minio\data --console-address :9001 -WindowStyle Hidden此时浏览器打开http://localhost:9001输入默认账号minioadmin/密码minioadmin就能看到Web控制台。第二步解决Win11服务化痛点单纯后台运行不保险——关机、重启后服务就没了。要注册为Windows服务但MinIO官方不提供.msi安装包得自己动手下载nssm.exeNon-Sucking Service Manager解压到D:\minio\nssm.exe以管理员身份运行PowerShell# 创建服务服务名minio-server D:\minio\nssm.exe install minio-server # 在弹出窗口中填写 # Path: D:\minio\minio.exe # Startup directory: D:\minio # Arguments: server D:\minio\data --console-address :9001 --quiet # Service name: minio-server # Display name: MinIO Object Storage # Description: High Performance Object Storage for Windows关键一步设置服务依赖。MinIO服务必须晚于Docker Desktop启动如果装了Docker否则可能抢9000端口# 在注册表中添加依赖管理员PowerShell reg add HKLM\SYSTEM\CurrentControlSet\Services\minio-server /v DependOnService /t REG_MULTI_SZ /d DockerDesktopService\0 /f第三步用mc命令行工具打通本地链路mcMinIO Client是MinIO生态的瑞士军刀比Web界面高效十倍下载mc.exe放到D:\minio\mc.exe配置别名相当于给MinIO实例起个昵称D:\minio\mc.exe alias set local http://localhost:9000 minioadmin minioadmin # 创建第一个桶 D:\minio\mc.exe mb local/my-first-bucket # 上传测试文件 D:\minio\mc.exe cp C:\test.jpg local/my-first-bucket/ # 生成临时访问链接1小时有效 D:\minio\mc.exe share download local/my-first-bucket/test.jpg --expire 1h实操心得Windows下最常踩的坑是路径权限。如果D:\minio\data目录被系统保护如位于C:\Program FilesMinIO会因无写入权限启动失败。解决方案永远把data目录放在非系统盘根目录或右键目录→属性→安全→编辑→添加Users组并勾选“完全控制”。3.2 Linux服务器构建四节点纠删码集群含Nginx反向代理假设你有四台CentOS 7服务器IP分别为192.168.1.101~192.168.1.104每台挂载两块4TB数据盘/dev/sdb,/dev/sdc目标是建成42纠删码集群容忍2块盘故障。第一步基础环境准备四台机器同步执行# 关闭防火墙生产环境请开放9000/9001端口此处为简化 sudo systemctl stop firewalld sudo systemctl disable firewalld # 安装必要工具 sudo yum install -y epel-release sudo yum install -y wget curl vim chrony # 启用时间同步关键 sudo systemctl enable chronyd sudo systemctl start chronyd # 创建数据目录每块盘一个目录 sudo mkdir -p /mnt/disk1 /mnt/disk2 # 格式化并挂载假设/dev/sdb未分区 sudo mkfs.xfs -f /dev/sdb sudo mkfs.xfs -f /dev/sdc echo /dev/sdb /mnt/disk1 xfs defaults 0 0 | sudo tee -a /etc/fstab echo /dev/sdc /mnt/disk2 xfs defaults 0 0 | sudo tee -a /etc/fstab sudo mount -a # 设置目录权限 sudo chown -R minio-user:minio-user /mnt/disk1 /mnt/disk2第二步下载并部署MinIO二进制# 创建专用用户安全最佳实践 sudo useradd -r -s /bin/false minio-user # 下载MinIO选择最新稳定版 wget https://dl.min.io/server/minio/release/linux-amd64/minio chmod x minio sudo mv minio /usr/local/bin/ # 创建系统服务文件 sudo tee /etc/systemd/system/minio.service /dev/null EOF [Unit] DescriptionMinIO Documentationhttps://docs.min.io Wantsnetwork-online.target Afternetwork-online.target [Service] WorkingDirectory/usr/local/ Userminio-user Groupminio-user PermissionsStartOnlytrue EnvironmentFile/etc/default/minio ExecStartPre/bin/bash -c mkdir -p $MINIO_VOLUMES ExecStart/usr/local/bin/minio server $MINIO_OPTS $MINIO_VOLUMES Restartalways RestartSec10 KillTimeout20 SuccessExitStatus0 # Limit memory usage (adjust based on your RAM) MemoryLimit4G # Limit CPU usage CPUQuota200% [Install] WantedBymulti-user.target EOF第三步配置四节点集群核心在/etc/default/minio中四台机器的配置必须严格一致除MINIO_VOLUMES外# 所有节点通用配置 MINIO_ROOT_USERminioadmin MINIO_ROOT_PASSWORDYourStrongPassword123! # 网络监听地址所有节点相同 MINIO_OPTS--address :9000 --console-address :9001 # 四节点纠删码配置重点按顺序填写所有节点地址 MINIO_VOLUMEShttp://192.168.1.101/mnt/disk1 http://192.168.1.101/mnt/disk2 \ http://192.168.1.102/mnt/disk1 http://192.168.1.102/mnt/disk2 \ http://192.168.1.103/mnt/disk1 http://192.168.1.103/mnt/disk2 \ http://192.168.1.104/mnt/disk1 http://192.168.1.104/mnt/disk2计算说明4节点×2盘8个URL恰好满足42纠删码8422其中2个为校验盘。MinIO会自动将8个盘划分为4个数据段2个校验段2个奇偶校验段实现最高容错。第四步启动集群与验证# 重载systemd配置 sudo systemctl daemon-reload # 启动服务四台机器同时执行 sudo systemctl enable minio sudo systemctl start minio # 查看状态任一节点执行 sudo systemctl status minio # 检查集群健康输出应显示8个磁盘全部online mc alias set prod http://192.168.1.101:9000 minioadmin YourStrongPassword123! mc admin info prod此时访问http://192.168.1.101:9001登录后能看到集群总容量、各节点状态、纠删码模式等详细信息。第五步Nginx反向代理解决HTTPS与域名访问直接暴露9000端口不安全且无法绑定域名。用Nginx做反向代理是行业标准做法# /etc/nginx/conf.d/minio.conf upstream minio_cluster { server 192.168.1.101:9000; server 192.168.1.102:9000; server 192.168.1.103:9000; server 192.168.1.104:9000; } server { listen 443 ssl http2; server_name storage.yourcompany.com; ssl_certificate /etc/letsencrypt/live/storage.yourcompany.com/fullchain.pem; ssl_certificate_key /etc/letsencrypt/live/storage.yourcompany.com/privkey.pem; # 关键透传S3 Presigned URL的过期时间 proxy_buffering off; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection upgrade; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; # 解决MinIO Web Console跨域问题 add_header Access-Control-Allow-Origin * always; add_header Access-Control-Allow-Methods GET, POST, OPTIONS, PUT, DELETE always; add_header Access-Control-Allow-Headers DNT,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Range,Authorization always; location / { proxy_pass http://minio_cluster; proxy_redirect off; } }重启Nginx后即可通过https://storage.yourcompany.com安全访问。3.3 Java后端集成绕过Presigned URL的1小时限制MinIO默认生成的Presigned URL有效期最长7天但很多业务场景需要“永久链接”如用户头像、商品主图。直接设7天仍不够且频繁刷新链接影响CDN缓存。正确解法是服务端代理缓存穿透防护// Spring Boot Controller示例 RestController RequestMapping(/api/storage) public class MinioProxyController { Value(${minio.endpoint}) private String minioEndpoint; // http://localhost:9000 Value(${minio.bucket}) private String bucketName; Autowired private MinioClient minioClient; GetMapping(/image/{objectName:.}) // 支持路径参数含斜杠 public ResponseEntityResource getImage(PathVariable String objectName) throws Exception { // 1. 检查对象是否存在避免缓存穿透 StatObjectResponse stat minioClient.statObject(StatObjectArgs.builder() .bucket(bucketName) .object(objectName) .build()); // 2. 构建响应头复用MinIO的ETag和Last-Modified HttpHeaders headers new HttpHeaders(); headers.setETag(stat.etag()); headers.setLastModified(stat.lastModified().toInstant().toEpochMilli()); // 3. 流式代理不加载全量到内存 InputStream stream minioClient.getObject(GetObjectArgs.builder() .bucket(bucketName) .object(objectName) .build()); Resource resource new InputStreamResource(stream); return ResponseEntity.ok() .headers(headers) .contentType(MediaType.parseMediaType(stat.contentType())) .body(resource); } }此方案优势链接永久有效/api/storage/image/avatar/123.jpg自动继承MinIO的ETag和Last-ModifiedCDN可精准缓存服务端可添加鉴权逻辑如检查JWT token避免前端直接暴露MinIO凭证注意事项流式代理需确保minioClient配置了足够大的连接池OkHttpClient的connectionPool否则高并发下会耗尽连接。我们生产环境配置为maxIdleConnections200, keepAliveDuration5min。4. 常见问题与排查技巧实录那些文档里不会写的坑4.1 “Connection refused”错误的七种可能及定位法这是MinIO新手最常遇到的报错但原因千差万别。我整理了一套标准化排查流程现象可能原因快速验证命令解决方案mc alias set报错MinIO服务未启动systemctl status minioLinux或Get-Service minio-serverWindows启动服务sudo systemctl start minio或Start-Service minio-servermc admin info返回空节点间网络不通curl -v http://192.168.1.102:9000/minio/health/live从node1访问node2检查/etc/hosts是否正确映射或telnet 192.168.1.102 9000测试端口连通性Web控制台打不开Console端口被占用netstat -tuln | grep 9001启动时指定新端口minio server --console-address :9002 D:\dataDocker容器内无法访问宿主机MinIODocker网络隔离docker run --rm -it alpine ping 172.17.0.1获取宿主机Docker网关IP容器内用http://172.17.0.1:9000代替http://localhost:9000mc ls卡住无响应DNS解析失败nslookup node1检查节点主机名能否解析强制在/etc/hosts中添加192.168.1.101 node1上传大文件超时TCP Keepalive未启用sysctl net.ipv4.tcp_keepalive_timeLinux设置net.ipv4.tcp_keepalive_time600重启MinIO服务Kubernetes Pod间通信失败CNI插件不兼容kubectl exec -it pod1 -- ping pod2-ip更换CNI插件如从Flannel切换到Calico或启用HostNetwork实操心得我曾在一个K8s集群里折腾三天才解决Pod间MinIO通信问题最终发现是Flannel的VXLAN封装导致MTU从1500降到1450而MinIO分片上传默认分片大小10MB网络层分片导致丢包。解决方案在MinIO启动参数中加入--minio-config-env MINIO_SERVER_HTTP_MAX_HEADER_BYTES16384并调整Flannel MTU为1400。4.2 “The specified key does not exist”错误的真相这个错误看似简单实则暗藏玄机。它通常出现在以下场景用mc cp上传文件后立即用mc ls却找不到Java SDK调用getObject()返回404但Web控制台能看到该文件根本原因MinIO的元数据同步存在短暂延迟通常1秒。在分布式集群中对象写入后元数据文件名、大小、ETag需在多个节点间同步而ls命令默认查询的是本地节点的元数据缓存。解决方案分三级初级加--force参数强制刷新缓存mc ls --force myminio/mybucket中级在代码中增加重试逻辑最多3次间隔100ms高级启用MinIO的--compat模式兼容老版本行为禁用元数据缓存但会牺牲性能// Java SDK重试示例 for (int i 0; i 3; i) { try { StatObjectResponse stat minioClient.statObject( StatObjectArgs.builder().bucket(mybucket).object(test.jpg).build()); System.out.println(Found! Size: stat.size()); break; } catch (ErrorResponseException e) { if (e.errorResponse().code().equals(NoSuchKey) i 2) { Thread.sleep(100); // 等待元数据同步 continue; } throw e; } }4.3 分片上传Multipart Upload的性能调优实战MinIO默认分片大小5MB但这是为AWS S3优化的。在局域网内这个值太小会导致大量HTTP请求开销。我们实测了不同分片大小对1GB文件上传的影响分片大小上传耗时千兆内网HTTP请求数内存占用峰值5MB默认2分18秒205个120MB50MB1分42秒21个85MB200MB1分25秒6个210MB调优建议局域网环境设为50MB~100MBminioClient.putObject(PutObjectArgs.builder().partSize(100L * 1024 * 1024)公网环境带宽100Mbps保持5MB避免单分片传输超时内存受限设备如树莓派设为10MB平衡请求数与内存注意分片大小必须是1024的整数倍且不能小于5MB。我们曾因设为9999999字节≈9.5MB导致SDK抛出InvalidPartSizeException调试半小时才发现单位是字节而非MB。4.4 数据迁移避坑指南从MinIO迁移到RustFS的血泪教训最近“minio数据迁移到rustfs”成为新热点但RustFS尚处早期阶段。我们为客户做POC时发现三大陷阱权限模型不兼容MinIO的IAM策略s3:GetObject在RustFS中需转换为POSIX ACL而RustFS的ACL实现不支持递归继承导致子目录权限丢失。元数据丢失MinIO的x-amz-meta-*自定义头在RustFS中无法保留客户用于标记数据来源的x-amz-meta-sourceerp-system字段全部消失。分片上传中断恢复失效MinIO支持ListMultipartUploads查询未完成上传而RustFS的对应API返回空列表导致网络抖动后上传任务无法续传。我们的迁移方案不直接迁移而是用mc mirror将MinIO数据同步到RustFSmc mirror --overwrite --remove --older-than 30d minio/ rustfs/用Python脚本遍历所有对象提取MinIO的statObject元数据写入RustFS的扩展属性xattr对于分片上传场景强制客户端改用单文件上传PutObject放弃MultipartUpload接口最后一句真心话RustFS很酷但生产环境请再等一年。MinIO的稳定性经过全球数万家企业的检验而新锐项目需要时间沉淀。技术选型不是追新而是选“此刻最不拖后腿”的那个。5. 运维与监控让MinIO真正融入你的IT体系5.1 Prometheus监控指标详解附Grafana看板MinIO内置Prometheus指标端点/minio/prometheus/metrics但默认不开启。需在启动参数中添加--metrics-prometheus# Linux systemd服务中修改MINIO_OPTS MINIO_OPTS--address :9000 --console-address :9001 --metrics-prometheus关键指标解读这些才是真·运维关注点指标名含义健康阈值告警建议minio_bucket_objects_total桶内对象总数无绝对值关注突增/突降24小时内增长50%且持续30分钟可能遭遇爬虫或误操作minio_disk_usage_bytes磁盘已用空间85%触发告警通知清理或扩容minio_s3_requests_total{status_code~5..}5xx错误请求数0.1%总请求突增表明后端存储异常需立即检查磁盘健康minio_gateway_azure_requests_total网关模式请求如Azure后端仅网关模式启用若为S3模式却出现此指标说明配置错误minio_health_status{statusok}集群健康状态值1为0时立即触发P1告警集群已不可用我们自研的Grafana看板包含四个核心视图集群概览实时显示各节点磁盘使用率、网络IO、CPU负载热力图请求分析按bucket、operationGetObject/PutObject、status_code维度的QPS与延迟P95错误追踪TOP10错误类型如NoSuchBucket、AccessDenied及其来源IP容量预测基于过去7天增长趋势预测30天后磁盘耗尽时间用线性回归算法实操技巧MinIO的/minio/prometheus/metrics端点默认不鉴权生产环境必须用Nginx做Basic Auth保护否则等于把所有监控数据裸奔在公网。5.2 日常巡检清单一份可直接打印的Checklist每周五下午我会带着这份清单巡检所有MinIO集群已打印成A4纸贴在工位[ ]磁盘健康sudo smartctl -a /dev/sdb \| grep Reallocated_Sector确认重映射扇区数为0[ ]时间同步chronyc tracking检查Offset是否50ms[ ]证书有效期openssl x509 -in /etc/letsencrypt/live/storage.yourcompany.com/cert.pem -noout -dates确保证书剩余30天[ ]备份验证随机选取3个对象用mc cat导出到临时文件sha256sum比对原始文件哈希值[ ]日志轮转ls -lh /var/log/minio/确认日志文件未超过1GBMinIO默认不轮转需配合logrotate[ ]纠删码状态mc admin info myminio \| grep Erasure coding确认显示Online而非Degraded补充经验我们曾因忘记检查smartctl一块硬盘的重映射扇区数达127个但MinIO仍显示Online直到某天凌晨该盘彻底离线集群降级为只读。从此smartctl检查被写入自动化脚本每天凌晨3点执行并邮件告警。5.3 故障恢复实战一次真实的双盘故障处理去年Q3客户生产集群42纠删码发生罕见故障节点3的/dev/sdb和/dev/sdc同时掉线主板SATA控制器故障。按设计42应容忍2块盘但MinIO日志显示Drive is offline集群状态变为Degraded。恢复步骤立即隔离故障节点mc admin service restart myminio --nodes 192.168.1.103强制踢出node3避免其干扰集群仲裁更换硬件更换主板后重新挂载两块盘格式化mkfs.xfs -f /dev/sdb重建节点在node3上执行minio server命令MinIO自动检测到新盘并从其他节点同步缺失数据此过程耗时