1. 基础概览与工具入口

  • Kafka 发行包的所有 CLI 工具均在 bin/ 目录下。
  • 任何工具不带参数运行都会显示所有可用选项。
  • 本文命令默认:--bootstrap-server localhost:9092;生产请替换为你的控制面或内网 VIP。

2. 主题管理(创建 / 修改 / 删除 / 命名限制)

2.1 创建主题

bin/kafka-topics.sh --bootstrap-server localhost:9092 \--create --topic my_topic_name \--partitions 20 --replication-factor 3 \--config x=y
  • replication-factor(副本因子):建议 2~3,可在不停机重启 Broker 的同时保证数据可读。
  • partitions(分区数):决定并行度数据/负载可分布的最大 Broker 数(不含副本)。
  • 配置覆盖:命令行 --config 会覆盖 Broker 的默认主题级配置(如保留时长等)。

2.2 主题命名长度限制

  • 分区目录命名规则:<topic>-<partitionId>;通常文件夹名最长 255 字符。
  • 假设分区数不超 100,000(5 位),则主题名 ≤ 249 字符(留出 - 与 5 位分区号)。

2.3 修改主题

  • 增加分区(仅增不减):

    bin/kafka-topics.sh --bootstrap-server localhost:9092 \--alter --topic my_topic_name --partitions 40
    

    ⚠️ 若你基于 hash(key) % partitions语义分片,新增分区不会重分布历史数据,可能影响消费者假设。Kafka 不会自动搬旧数据。

  • 新增配置

    bin/kafka-configs.sh --bootstrap-server localhost:9092 \--entity-type topics --entity-name my_topic_name \--alter --add-config x=y
    
  • 删除配置

    bin/kafka-configs.sh --bootstrap-server localhost:9092 \--entity-type topics --entity-name my_topic_name \--alter --delete-config x
    

2.4 删除主题

bin/kafka-topics.sh --bootstrap-server localhost:9092 \--delete --topic my_topic_name

❌ 目前 Kafka 不支持减少分区数
🔁 调整副本因子请参考第 6.4 节「提升副本因子」。

3. 消费组可观测与管理(Consumer Groups & Share Groups)

3.1 快速查看消费位点与 Lag

bin/kafka-consumer-groups.sh --bootstrap-server localhost:9092 \--describe --group my-group

输出包含:CURRENT-OFFSET / LOG-END-OFFSET / LAG / CONSUMER-ID / HOST / CLIENT-ID

3.2 列举各类“组”

bin/kafka-groups.sh --bootstrap-server localhost:9092 --list
# 输出示例
# GROUP               TYPE      PROTOCOL
# my-consumer-group   Consumer  consumer
# my-share-group      Share     share

3.3 管理消费组(列出 / 描述 / 删除 / 重置位点)

  • 列出所有消费组

    bin/kafka-consumer-groups.sh --bootstrap-server localhost:9092 --list
    
  • 描述组(默认含 offsets)

    bin/kafka-consumer-groups.sh --bootstrap-server localhost:9092 \--describe --group my-group
    
  • 查看成员

    bin/kafka-consumer-groups.sh --bootstrap-server localhost:9092 \--describe --group my-group --members
    
  • 查看成员 + 分配详情

    bin/kafka-consumer-groups.sh --bootstrap-server localhost:9092 \--describe --group my-group --members --verbose
    
  • 查看组状态

    bin/kafka-consumer-groups.sh --bootstrap-server localhost:9092 \--describe --group my-group --state
    
  • 删除组(仅当无活动成员)

    bin/kafka-consumer-groups.sh --bootstrap-server localhost:9092 \--delete --group my-group --group my-other-group
    

🔐 使用 consumer 协议的组需要对组订阅到的所有主题具备 DESCRIBE 权限;classic 协议不要求。

重置位点(一次仅支持一个组)
  • 支持范围:--all-topics / --topic(或 --from-file

  • 执行模式:默认预览、--execute 执行、--export 导出 CSV

  • 场景举例:--to-earliest / --to-latest / --to-datetime 'YYYY-MM-DDThh:mm:ss.sss' / --shift-by n / --to-offset x / --by-duration 'PnDTnHnMnS' / --to-current

  • 示例(重置到最新):

    bin/kafka-consumer-groups.sh --bootstrap-server localhost:9092 \--reset-offsets --group my-group --topic topic1 --to-latest
    

3.4 管理 Share Groups(预览)

Kafka 4.1 起提供 Share Groups 预览(默认关闭),需用 kafka-features.shshare.version=1 启用;详见发行说明。

  • 列出

    bin/kafka-share-groups.sh --bootstrap-server localhost:9092 --list
    
  • 描述(起始位点 / 成员 / 状态等)

    bin/kafka-share-groups.sh --bootstrap-server localhost:9092 \--describe --group my-share-group
    bin/kafka-share-groups.sh --bootstrap-server localhost:9092 \--describe --group my-share-group --members
    bin/kafka-share-groups.sh --bootstrap-server localhost:9092 \--describe --group my-share-group --state
    
  • 删除主题在 share 组中的位点

    bin/kafka-share-groups.sh --bootstrap-server localhost:9092 \--delete-offsets --group my-share-group --topic topic1
    
  • 删除 share 组(仅无活动成员)

    bin/kafka-share-groups.sh --bootstrap-server localhost:9092 \--delete --group my-share-group
    

🔐 管理端同样需要对组内使用的所有主题具备 DESCRIBE 权限。
👥 Share 允许多个成员共享同一分区,与传统 consumer group 的“每分区一个成员”不同。

4. 集群维护:优雅下线、Leader 平衡、机架感知

4.1 优雅下线(Graceful Shutdown)

  • 作用:在计划重启

    1. 先将日志落盘,避免重启后的日志恢复;
    2. 受控迁移该 Broker 所领导的分区到其他副本,将不可用时长压到毫秒级。
  • 开关:

    controlled.shutdown.enable=true
    

✅ 成功前提:该 Broker 上的所有分区都存在其他存活副本(副本因子 > 1 且至少一副本在线)。

4.2 Leader 平衡(Preferred Leader)

  • Kafka 维护首选副本(副本列表中越靠前越“首选”)。默认会尝试把 Leader 恢复到首选:

    auto.leader.rebalance.enable=true
    
  • 若关闭自动平衡,可手动触发:

    bin/kafka-leader-election.sh --bootstrap-server localhost:9092 \--election-type preferred --all-topic-partitions
    

4.3 机架感知(Rack Awareness)

  • 为 Broker 标注机架:

    broker.rack=my-rack-id
    
  • 创建/修改/重分配时,Kafka 会尽量让副本跨越 min(#racks, replication-factor) 个机架;算法保证每台 Broker 承担近似相同数量的 Leader

  • 建议:每个机架的 Broker 数量尽量一致,否则少数机架会背更多副本,增加存储与复制开销。

5. 扩容与迁移:分区重分配全流程

新增 Broker 后不会自动承载旧分区,需分区重分配;过程由你发起,但复制与切换自动完成。

5.1 工具模式(互斥三选一)

  • --generate:给定主题列表目标 Broker 列表,生成候选方案
  • --execute:执行给定 JSON 方案
  • --verify:校验上一次 --execute 的进度/结果(完成/失败/进行中)

5.2 将若干主题“整体”迁到新机器

  1. 准备主题列表:
{"topics": [{ "topic": "foo1" }, { "topic": "foo2" }],"version": 1
}
  1. 生成候选方案并保存“当前分配(用于回滚)”与“建议分配(用于执行)”
bin/kafka-reassign-partitions.sh --bootstrap-server localhost:9092 \--topics-to-move-json-file topics-to-move.json \--broker-list "5,6" --generate
  1. 执行与校验
bin/kafka-reassign-partitions.sh --bootstrap-server localhost:9092 \--reassignment-json-file expand-cluster-reassignment.json --executebin/kafka-reassign-partitions.sh --bootstrap-server localhost:9092 \--reassignment-json-file expand-cluster-reassignment.json --verify

5.3 精细化迁移(手工编写分配)

{"version":1,"partitions":[{"topic":"foo1","partition":0,"replicas":[5,6]},{"topic":"foo2","partition":1,"replicas":[2,3]}
]}
bin/kafka-reassign-partitions.sh --bootstrap-server localhost:9092 \--reassignment-json-file custom-reassignment.json --executebin/kafka-reassign-partitions.sh --bootstrap-server localhost:9092 \--reassignment-json-file custom-reassignment.json --verify

5.4 下线 Broker(Decommission)

  • 目前无自动“一键下线”方案生成器;需自行列举该 Broker 上所有分区副本,并均衡地迁移到其他 Broker。
  • 规划要点:避免把大量副本迁到同一台目标机;必要时分批分波次执行。

6. 提升副本因子(线上无感扩容可靠性)

手工指定更多副本到新的 Broker,即可在线提升副本因子

{"version":1,"partitions":[{"topic":"foo","partition":0,"replicas":[5,6,7]}]}
bin/kafka-reassign-partitions.sh --bootstrap-server localhost:9092 \--reassignment-json-file increase-replication-factor.json --executebin/kafka-reassign-partitions.sh --bootstrap-server localhost:9092 \--reassignment-json-file increase-replication-factor.json --verifybin/kafka-topics.sh --bootstrap-server localhost:9092 --topic foo --describe
# 观察 ReplicationFactor 与 ISR

7. 迁移限速与进度监控(Throttle & Lag)

7.1 在执行重分配时设置复制带宽上限

bin/kafka-reassign-partitions.sh --bootstrap-server localhost:9092 --execute \--reassignment-json-file bigger-cluster.json \--throttle 50000000 \--replica-alter-log-dirs-throttle 100000000
  • 运行中可追加执行调大限速:

    bin/kafka-reassign-partitions.sh --bootstrap-server localhost:9092 \--additional --execute --reassignment-json-file bigger-cluster.json \--throttle 700000000
    
  • 完成后请及时移除限速--verify 会帮你清理):

    bin/kafka-reassign-partitions.sh --bootstrap-server localhost:9092 \--verify --reassignment-json-file bigger-cluster.json
    

7.2 验证与手工检查 throttle 配置

  • Broker 级(限速值):

    bin/kafka-configs.sh --describe --bootstrap-server localhost:9092 --entity-type brokers
    # 关注:
    # leader.replication.throttled.rate
    # follower.replication.throttled.rate
    # replica.alter.log.dirs.io.max.bytes.per.second
    
  • Topic 级(被限速的副本集合):

    bin/kafka-configs.sh --describe --bootstrap-server localhost:9092 --entity-type topics
    # 关注:
    # leader.replication.throttled.replicas
    # follower.replication.throttled.replicas
    
  • 必要时可用 --alter 手动修改。

7.3 安全使用要点

  1. 及时清理:重分配完成务必移除 throttle,避免影响正常复制。

  2. 确保前进:若 max(BytesInPerSec) > throttle,复制可能追不上写入,Lag 不降;监控

    kafka.server:type=FetcherLagMetrics,name=ConsumerLag,clientId=...,topic=...,partition=...
    

    若无下降,调大限速。

8. 配额管理(Quotas:按用户 / client-id / 组合)

8.1 设置覆盖

  • 指定 (user=user1, client-id=clientA)

    bin/kafka-configs.sh --bootstrap-server localhost:9092 --alter \--add-config 'producer_byte_rate=1024,consumer_byte_rate=2048,request_percentage=200' \--entity-type users --entity-name user1 \--entity-type clients --entity-name clientA
    
  • 仅用户:

    bin/kafka-configs.sh --bootstrap-server localhost:9092 --alter \--add-config 'producer_byte_rate=1024,consumer_byte_rate=2048,request_percentage=200' \--entity-type users --entity-name user1
    
  • 仅 client-id:

    bin/kafka-configs.sh --bootstrap-server localhost:9092 --alter \--add-config 'producer_byte_rate=1024,consumer_byte_rate=2048,request_percentage=200' \--entity-type clients --entity-name clientA
    

8.2 设置默认(--entity-default

  • 用户下的默认 client-id

    bin/kafka-configs.sh --bootstrap-server localhost:9092 --alter \--add-config 'producer_byte_rate=1024,consumer_byte_rate=2048,request_percentage=200' \--entity-type users --entity-name user1 \--entity-type clients --entity-default
    
  • 默认用户

    bin/kafka-configs.sh --bootstrap-server localhost:9092 --alter \--add-config 'producer_byte_rate=1024,consumer_byte_rate=2048,request_percentage=200' \--entity-type users --entity-default
    
  • 默认 client-id

    bin/kafka-configs.sh --bootstrap-server localhost:9092 --alter \--add-config 'producer_byte_rate=1024,consumer_byte_rate=2048,request_percentage=200' \--entity-type clients --entity-default
    

8.3 查询

# 指定 (user, client-id)
bin/kafka-configs.sh --bootstrap-server localhost:9092 --describe \--entity-type users --entity-name user1 \--entity-type clients --entity-name clientA# 指定 user / 指定 client-id / 默认实体 / 全量列表
bin/kafka-configs.sh --bootstrap-server localhost:9092 --describe --entity-type users --entity-name user1
bin/kafka-configs.sh --bootstrap-server localhost:9092 --describe --entity-type clients --entity-name clientA
bin/kafka-configs.sh --bootstrap-server localhost:9092 --describe --entity-type users --entity-default
bin/kafka-configs.sh --bootstrap-server localhost:9092 --describe --entity-type clients --entity-default
bin/kafka-configs.sh --bootstrap-server localhost:9092 --describe --entity-type users

9. 跨集群镜像与地理多活(Mirroring & Geo-Replication)

  • Kafka 支持跨集群 / 跨机房 / 跨地域的数据流;可结合企业网络与可用区设计进行多活或异地容灾。
  • 设计建议:配合主题白名单/正则 + 排除规则SASL/SCRAM + TLS 等安全策略与观测指标。

10. 常见风险清单(必读)

  • 不可减分区:设计初期就评估分区增长策略;语义分片要考虑“新增分区不重分布历史数据”。
  • 🧯 下线前提:优雅下线需确保每个分区有其他存活副本(RF>1)。
  • ⚖️ Leader 不均衡:重启后 Broker 会先当 Follower;需要开启自动平衡或手动 preferred election。
  • 🛰️ Rack 规划:尽量让每个机架的 Broker 数均衡,否则复制与存储压力会偏斜。
  • 🚦 Throttle 清理:重分配完成要立刻移除限速;Lag 不降要检查 BytesInPerSec 与 throttle。
  • 🔐 权限:consumer 协议的组“describe”需要对所有订阅主题具备 DESCRIBE;权限缺失会导致组状态/位点不可见。
  • 🧩 回滚准备:执行重分配前务必保存“当前分配 JSON”,失败可快速回滚。

11. 命令速查表(按场景)

目标命令
创建主题kafka-topics.sh --create --topic <t> --partitions N --replication-factor R
增分区kafka-topics.sh --alter --topic <t> --partitions N
增/删配置kafka-configs.sh --alter --entity-type topics --entity-name <t> --add-config/--delete-config
删主题kafka-topics.sh --delete --topic <t>
描述消费组kafka-consumer-groups.sh --describe --group <g>
列组成员... --members [--verbose]
组状态... --state
删除组... --delete --group <g> [--group <g2>]
重置位点... --reset-offsets --group <g> --topic <t> --to-xxx
Preferred 选主kafka-leader-election.sh --election-type preferred --all-topic-partitions
生成重分配kafka-reassign-partitions.sh --generate --topics-to-move-json-file ... --broker-list "..."
执行/校验重分配... --execute / --verify --reassignment-json-file ...
迁移限速... --throttle <B/s> --replica-alter-log-dirs-throttle <B/s>
查看 throttle(Broker/Topic)kafka-configs.sh --describe --entity-type brokers/topics
配额设置(user/client-id)kafka-configs.sh --alter --entity-type users/clients ... --add-config producer_byte_rate=...,consumer_byte_rate=...,request_percentage=...

12. 总结与实践建议

  • 以“可观测 → 变更 → 校验 → 回滚”闭环组织运维动作:任何重分配与限速都要有当前状态快照回滚 JSON
  • 把扩容当作“复制 + 切换”的受控流水线:先复制到新副本、进入 ISR,再切 Leader 与删除旧副本。
  • 把消费组当作“位点与分配”的可观测对象:任何“延迟大”的投诉,都应先 --describeLAG 与分配是否倾斜。
  • 前置容量规划:分区与副本因子是“上限设计”,后续只能增加(分区)或扩副本,不能“减分区”。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如若转载,请注明出处:http://www.pswp.cn/web/98009.shtml
繁体地址,请注明出处:http://hk.pswp.cn/web/98009.shtml
英文地址,请注明出处:http://en.pswp.cn/web/98009.shtml

如若内容造成侵权/违法违规/事实不符,请联系英文站点网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

贪心算法应用:航班起降问题详解

Java中的贪心算法应用&#xff1a;航班起降问题详解 贪心算法是一种在每一步选择中都采取当前状态下最优的选择&#xff0c;从而希望导致全局最优解的算法策略。在航班起降问题中&#xff0c;贪心算法可以有效地解决机场跑道调度问题&#xff0c;即如何安排航班的起降顺序以最大…

uniapp scroll-view 设置scrollTop无效

当我们使用 scroll-view的scroll-top的时候 默认想让它回到顶部&#xff0c;当我们设置值为0的时候会不生效&#xff0c;在实际运用过程中&#xff0c;发现设置了scroll-top无效&#xff0c;滚动条位置并没有发生变化&#xff0c;是因为微信小程序的官方框架处于性能考虑&#…

网络与通信

1.TCP协议与UDP协议TCP&#xff08;Transmission Control Protocol&#xff0c;传输控制协议&#xff09;和 UDP&#xff08;User Datagram Protocol&#xff0c;用户数据报协议&#xff09;是 TCP/IP 协议族中两种核心的传输层协议&#xff0c;它们在数据传输方式、可靠性、适…

Node.js中package.json详解

1. name&#xff08;名称&#xff09; 如果你计划发布你的包&#xff0c;package.json 中最重要的字段是 name 和 version&#xff0c;因为它们是必需的。name 和 version 共同组成一个假定完全唯一的标识符。包的更改应伴随版本号的更新。如果你不打算发布包&#xff0c;那么…

代码随想录第14天| 翻转、对称与深度

226.翻转二叉树 &#xff08;优先掌握递归&#xff09; 题目链接/文章讲解/视频讲解&#xff1a;翻转二叉树 交换的是指针&#xff0c;而不是数值&#xff0c;如果用数值做交换&#xff0c;需要交换的节点下面无法很好的操作。 使用递归来实现&#xff0c;但要提前清除是什么顺…

DNS-Windows上使用DNS

DNS-Windows上使用DNS一、查看与修改DNS配置1.1、查看当前DNS服务器设置1.2、临时修改 DNS 服务器&#xff08;命令行&#xff09;二、DNS缓存相关操作2.1、查看DNS缓存内容2.2、 刷新 DNS 缓存&#xff08;清除过期记录&#xff09;三、测试域名解析&#xff08;nslookup 工具…

3dsMax 2026 .NET Core 8 转型下的Maxscript脚本开发:动态编译模块的重构策略与兼容性升级路径

3ds Max 长期以来一直提供出色的 .NET 集成,使 Maxscript 能够无缝利用任何 .NET 库的强大功能。部分开发者在工具中广泛使用了 .NET 功能。 之前,3ds Max 依赖于 .NET Framework 4.8 并且最近更新到了 4.8.1,用于 2025 版本的发布。然而,随着 3ds Max 2026 的推出,Autod…

golang 做webrtc开发核心

在Golang中进行WebRTC开发&#xff0c;核心在于理解WebRTC协议的工作原理以及如何利用Go生态中的库来实现关键功能。以下是Golang WebRTC开发的核心要点&#xff1a; WebRTC基础概念 了解ICE&#xff08;Interactive Connectivity Establishment&#xff09;协议用于NAT穿越掌握…

RabbitMQ 异步化抗洪实战

说明&#xff1a;本文仅展示架构思路与安全片段&#xff0c;所有敏感字段已用占位符&#xff1b;不含可直接复刻的生产细节。数据与接口均为演示/虚拟。0. 背景与目标长耗时/不确定接口&#xff08;如对接第三方机器人平台&#xff09;的同步阻塞&#xff0c;容易造成请求堆积与…

接口返回 2 万条数据,easy-trans导致多了20s耗时排查过程

内网访问排版核料详情功能&#xff0c;用户反馈要等十几秒排查 sql&#xff1a;sql 比较简单排查内存计算&#xff1a;arthus trace 类名 方法名 总耗时2s排查页面渲染是否缓慢&#xff1a;F12 查看接口 等待服务器响应 20s 下载时间 30s, 故不考虑渲染问题排查请求响应日志打…

AIGC入门,手搓大模型客户端与MCP交互

概述 在现代应用开发中&#xff0c;将大语言模型&#xff08;LLM&#xff09;与专用工具服务相结合&#xff0c;可以构建出既能理解自然语言&#xff0c;又能准确执行专业任务的智能代理。本文介绍一个基于 MCP&#xff08;Model Context Protocol&#xff09;协议和 Ollama 本…

深度学习:从预备知识到未来展望

在当今数字化时代&#xff0c;深度学习正以前所未有的速度改变着我们的生活和工作方式。从智能语音助手到自动驾驶汽车&#xff0c;从精准医疗到个性化推荐系统&#xff0c;深度学习的应用无处不在。本文将从深度学习的预备知识入手&#xff0c;探讨其发展历程、关键技术和未来…

软考高级系统架构设计师之构件与中间件技术篇

一、构件的定义 定义1:软件构件是一种组装单元&#xff0c;它具有规范的接口规约和显式的语境依赖。软件构件可以被独立地部署并由第三方任意地组装。 定义2:构件是某系统中有价值的、几乎独立的并可替换的一个部分&#xff0c;它在良好定义的体系结构语境内满足某清晰的功能。…

Node.js 文件上传中文文件名乱码问题,为什么只有Node会有乱码问题,其他后端框架少见?

问题现象当用户上传包含中文字符的文件时&#xff0c;在服务器端获取到的文件名可能变成类似 ‹•–‡.txt 这样的乱码&#xff0c;而不是预期的中文文件名。为什么只有Node会乱码&#xff1f;很多后端框架&#xff08;如 Java Spring Boot、Python Django、PHP Laravel&#x…

学习英语音标 (从汉语角度看英语音标发音差异)

仅供参考, 跟着教学视频看不懂时再来看以下引导 以下只写容易出错的音标 发音视频: https://www.jiwake.com/yinbiaofayin/ 音标规则单词ɜː类似汉语e, 饿~urgeə类似汉语e, 饿goɔː类似汉语o, 哦~walkɒ类似汉语o, 哦washɪ/iː/的短语, 不止发声短,舌头不用隆起itʃ类似汉…

论文笔记(九十一)GWM: Towards Scalable Gaussian World Models for Robotic Manipulation

GWM: Towards Scalable Gaussian World Models for Robotic Manipulation文章概括摘要1. 引言2. 相关工作3. 高斯世界模型&#xff08;Gaussian World Model&#xff09;3.1. 世界状态编码&#xff08;World State Encoding&#xff09;3.2. 基于扩散的动态建模&#xff08;Dif…

apache phoenix sql 命令大全详解

这是一份非常详细的 Apache Phoenix SQL 命令大全和详解。Phoenix 作为 HBase 上的 SQL 层&#xff0c;其语法大部分与标准 SQL 兼容&#xff0c;但也有许多针对 HBase 的特性扩展。核心概念 在开始之前&#xff0c;请记住 Phoenix 的两个核心概念&#xff1a; 主键&#xff08…

【代码讲解】SO-ARM100 双场景演示:手柄驱动 Mujoco 仿真 + 实机控制

视频讲解&#xff1a; 【代码讲解】SO-ARM100 双场景演示&#xff1a;手柄驱动 Mujoco 仿真 实机控制今天介绍下使用使用北通手柄通过控制 Mujoco 中的 SO-ARM100 机械臂&#xff0c;然后将关节数据通过 zmq 通信转发控制实际机械臂。 本期中会涉及如下点&#xff0c;需要注意…

「数据获取」《中国教育经费统计年鉴》(1997-2024)

01、数据简介《中国教育经费统计年鉴》作为我国教育经费领域的核心统计典籍&#xff0c;全面系统地呈现了全国各级各类教育经费的来源构成、分配流向与使用成效。其统计范围覆盖学前教育、基础教育、中等职业教育、高等教育及特殊教育等全学段&#xff0c;数据维度涵盖财政性教…

使用 Logspout 收集所有容器的

1.将所有容器的输出路由到远程 rsyslog 服务器1.修改 rsyslog 配置文件/etc/rsyslog.conf, 从中找到 “# Provides UDP sysilog recepion"语句。并将该处的以下两行配置代码行首的“#”字符删除&#xff08;取消注释&#xff09;[roothost1 ~]# vi /etc/rsyslog.conf [roo…