Kafka：主要參數詳解（轉）

来源:http://www.cnblogs.com/huiy/archive/2016/12/29/6231654.html
-Advertisement-
Play Games

原文地址：http://kafka.apache.org/documentation.html ############################# System ############################# #唯一標識在集群中的ID，要求是正數。 broker.id=0 #服務... ...


原文地址：http://kafka.apache.org/documentation.html

############################# System #############################
#唯一標識在集群中的ID，要求是正數。
broker.id=0
#服務埠，預設9092
port=9092
#監聽地址，不設為所有地址
host.name=debugo01
 
# 處理網路請求的最大線程數
num.network.threads=2
# 處理磁碟I/O的線程數
num.io.threads=8
# 一些後臺線程數
background.threads = 4
# 等待IO線程處理的請求隊列最大數
queued.max.requests = 500
 
#  socket的發送緩衝區（SO_SNDBUF）
socket.send.buffer.bytes=1048576
# socket的接收緩衝區 (SO_RCVBUF) 
socket.receive.buffer.bytes=1048576
# socket請求的最大位元組數。為了防止記憶體溢出，message.max.bytes必然要小於
socket.request.max.bytes = 104857600
 
############################# Topic #############################
# 每個topic的分區個數，更多的partition會產生更多的segment file
num.partitions=2
# 是否允許自動創建topic ，若是false，就需要通過命令創建topic
auto.create.topics.enable =true
# 一個topic ，預設分區的replication個數 ，不能大於集群中broker的個數。
default.replication.factor =1
# 消息體的最大大小，單位是位元組
message.max.bytes = 1000000
 
############################# ZooKeeper #############################
# Zookeeper quorum設置。如果有多個使用逗號分割
zookeeper.connect=debugo01:2181,debugo02,debugo03
# 連接zk的超時時間
zookeeper.connection.timeout.ms=1000000
# ZooKeeper集群中leader和follower之間的同步實際
zookeeper.sync.time.ms = 2000
 
############################# Log #############################
#日誌存放目錄，多個目錄使用逗號分割
log.dirs=/var/log/kafka
 
# 當達到下麵的消息數量時，會將數據flush到日誌文件中。預設10000
#log.flush.interval.messages=10000
# 當達到下麵的時間(ms)時，執行一次強制的flush操作。interval.ms和interval.messages無論哪個達到，都會flush。預設3000ms
#log.flush.interval.ms=1000
# 檢查是否需要將日誌flush的時間間隔
log.flush.scheduler.interval.ms = 3000
 
# 日誌清理策略（delete|compact）
log.cleanup.policy = delete
# 日誌保存時間 (hours|minutes)，預設為7天（168小時）。超過這個時間會根據policy處理數據。bytes和minutes無論哪個先達到都會觸發。
log.retention.hours=168
# 日誌數據存儲的最大位元組數。超過這個時間會根據policy處理數據。
#log.retention.bytes=1073741824
 
# 控制日誌segment文件的大小，超出該大小則追加到一個新的日誌segment文件中（-1表示沒有限制）
log.segment.bytes=536870912
# 當達到下麵時間，會強制新建一個segment
log.roll.hours = 24*7
# 日誌片段文件的檢查周期，查看它們是否達到了刪除策略的設置（log.retention.hours或log.retention.bytes）
log.retention.check.interval.ms=60000
 
# 是否開啟壓縮
log.cleaner.enable=false
# 對於壓縮的日誌保留的最長時間
log.cleaner.delete.retention.ms = 1 day
 
# 對於segment日誌的索引文件大小限制
log.index.size.max.bytes = 10 * 1024 * 1024
#y索引計算的一個緩衝區，一般不需要設置。
log.index.interval.bytes = 4096
 
############################# replica #############################
# partition management controller 與replicas之間通訊的超時時間
controller.socket.timeout.ms = 30000
# controller-to-broker-channels消息隊列的尺寸大小
controller.message.queue.size=10
# replicas響應leader的最長等待時間，若是超過這個時間，就將replicas排除在管理之外
replica.lag.time.max.ms = 10000
# 是否允許控制器關閉broker ,若是設置為true,會關閉所有在這個broker上的leader，並轉移到其他broker
controlled.shutdown.enable = false
# 控制器關閉的嘗試次數
controlled.shutdown.max.retries = 3
# 每次關閉嘗試的時間間隔
controlled.shutdown.retry.backoff.ms = 5000
 
# 如果relicas落後太多,將會認為此partition relicas已經失效。而一般情況下,因為網路延遲等原因,總會導致replicas中消息同步滯後。如果消息嚴重滯後,leader將認為此relicas網路延遲較大或者消息吞吐能力有限。在broker數量較少,或者網路不足的環境中,建議提高此值.
replica.lag.max.messages = 4000
#leader與relicas的socket超時時間
replica.socket.timeout.ms= 30 * 1000
# leader複製的socket緩存大小
replica.socket.receive.buffer.bytes=64 * 1024
# replicas每次獲取數據的最大位元組數
replica.fetch.max.bytes = 1024 * 1024
# replicas同leader之間通信的最大等待時間，失敗了會重試
replica.fetch.wait.max.ms = 500
# 每一個fetch操作的最小數據尺寸,如果leader中尚未同步的數據不足此值,將會等待直到數據達到這個大小
replica.fetch.min.bytes =1
# leader中進行複製的線程數，增大這個數值會增加relipca的IO
num.replica.fetchers = 1
# 每個replica將最高水位進行flush的時間間隔
replica.high.watermark.checkpoint.interval.ms = 5000
 
# 是否自動平衡broker之間的分配策略
auto.leader.rebalance.enable = false
# leader的不平衡比例，若是超過這個數值，會對分區進行重新的平衡
leader.imbalance.per.broker.percentage = 10
# 檢查leader是否不平衡的時間間隔
leader.imbalance.check.interval.seconds = 300
# 客戶端保留offset信息的最大空間大小
offset.metadata.max.bytes = 1024
 
#############################Consumer #############################
# Consumer端核心的配置是group.id、zookeeper.connect
# 決定該Consumer歸屬的唯一組ID，By setting the same group id multiple processes indicate that they are all part of the same consumer group.
group.id
# 消費者的ID，若是沒有設置的話，會自增
consumer.id
# 一個用於跟蹤調查的ID ，最好同group.id相同
client.id = <group_id>
 
# 對於zookeeper集群的指定，必須和broker使用同樣的zk配置
zookeeper.connect=debugo01:2182,debugo02:2182,debugo03:2182
# zookeeper的心跳超時時間，查過這個時間就認為是無效的消費者
zookeeper.session.timeout.ms = 6000
# zookeeper的等待連接時間
zookeeper.connection.timeout.ms = 6000
# zookeeper的follower同leader的同步時間
zookeeper.sync.time.ms = 2000
# 當zookeeper中沒有初始的offset時，或者超出offset上限時的處理方式 。
# smallest ：重置為最小值 
# largest:重置為最大值 
# anything else：拋出異常給consumer
auto.offset.reset = largest
 
# socket的超時時間，實際的超時時間為max.fetch.wait + socket.timeout.ms.
socket.timeout.ms= 30 * 1000
# socket的接收緩存空間大小
socket.receive.buffer.bytes=64 * 1024
#從每個分區fetch的消息大小限制
fetch.message.max.bytes = 1024 * 1024
 
# true時，Consumer會在消費消息後將offset同步到zookeeper，這樣當Consumer失敗後，新的consumer就能從zookeeper獲取最新的offset
auto.commit.enable = true
# 自動提交的時間間隔
auto.commit.interval.ms = 60 * 1000
 
# 用於消費的最大數量的消息塊緩衝大小，每個塊可以等同於fetch.message.max.bytes中數值
queued.max.message.chunks = 10
 
# 當有新的consumer加入到group時,將嘗試reblance,將partitions的消費端遷移到新的consumer中, 該設置是嘗試的次數
rebalance.max.retries = 4
# 每次reblance的時間間隔
rebalance.backoff.ms = 2000
# 每次重新選舉leader的時間
refresh.leader.backoff.ms
 
# server發送到消費端的最小數據，若是不滿足這個數值則會等待直到滿足指定大小。預設為1表示立即接收。
fetch.min.bytes = 1
# 若是不滿足fetch.min.bytes時，等待消費端請求的最長等待時間
fetch.wait.max.ms = 100
# 如果指定時間內沒有新消息可用於消費，就拋出異常，預設-1表示不受限
consumer.timeout.ms = -1
 
#############################Producer#############################
# 核心的配置包括：
# metadata.broker.list
# request.required.acks
# producer.type
# serializer.class
 
# 消費者獲取消息元信息(topics, partitions and replicas)的地址,配置格式是：host1:port1,host2:port2，也可以在外面設置一個vip
metadata.broker.list
 
#消息的確認模式
# 0：不保證消息的到達確認，只管發送，低延遲但是會出現消息的丟失，在某個server失敗的情況下，有點像TCP
# 1：發送消息，並會等待leader 收到確認後，一定的可靠性
# -1：發送消息，等待leader收到確認，併進行複製操作後，才返回，最高的可靠性
request.required.acks = 0
 
# 消息發送的最長等待時間
request.timeout.ms = 10000
# socket的緩存大小
send.buffer.bytes=100*1024
# key的序列化方式，若是沒有設置，同serializer.class
key.serializer.class
# 分區的策略，預設是取模
partitioner.class=kafka.producer.DefaultPartitioner
# 消息的壓縮模式，預設是none，可以有gzip和snappy
compression.codec = none
# 可以針對默寫特定的topic進行壓縮
compressed.topics=null
# 消息發送失敗後的重試次數
message.send.max.retries = 3
# 每次失敗後的間隔時間
retry.backoff.ms = 100
# 生產者定時更新topic元信息的時間間隔 ，若是設置為0，那麼會在每個消息發送後都去更新數據
topic.metadata.refresh.interval.ms = 600 * 1000
# 用戶隨意指定，但是不能重覆，主要用於跟蹤記錄消息
client.id=""
 
# 非同步模式下緩衝數據的最大時間。例如設置為100則會集合100ms內的消息後發送，這樣會提高吞吐量，但是會增加消息發送的延時
queue.buffering.max.ms = 5000
# 非同步模式下緩衝的最大消息數，同上
queue.buffering.max.messages = 10000
# 非同步模式下，消息進入隊列的等待時間。若是設置為0，則消息不等待，如果進入不了隊列，則直接被拋棄
queue.enqueue.timeout.ms = -1
# 非同步模式下，每次發送的消息數，當queue.buffering.max.messages或queue.buffering.max.ms滿足條件之一時producer會觸發發送。
batch.num.messages=200

您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • postgresql 基本語法
    postgresql資料庫創建/修改/刪除等寫入類代碼語法總結： 1，創建庫 2，創建/刪除表 2.1 創建表 2.2 如果表不存在則創建表 2.3 刪除表 2.4 實例代碼： 說明：serial，bigserial 是自增長欄位數據類型，分別對應 int，long 3，創建/修改欄位 3.1 添加 ...
  • MySQL：Fabric 安裝
    MySQL Fabric安裝 MySQL Fabric是Oracle提供的用於輔助進行ha\sharding的工具，它的基本架構： 從上面看出，藉助於Fabric， 可以搭建 HA 集群、Sharing 、HA+Sharding。 應用從fabric中得知各個資料庫、表、分區等的映射關係，然後訪問相 ...
  • Oracle 列數據聚合方法彙總
    網上流傳眾多列數據聚合方法，現將各方法整理彙總，以做備忘。 wm_concat 該方法來自wmsys下的wm_concat函數，屬於Oracle內部函數，返回值類型varchar2，最大字元數4000。隨著版本的變更返回值類型可能會有改動，項目中使用時候最好在新的用戶下創建一個函數。 使用方法： s ...
  • SQL數據類型
    1.Character 字元串： 2.Unicode字元串： 3.Binary類型： 4.Number類型： 固定精度和比例的數字。允許從 -10^38 +1 到 10^38 -1 之間的數字。 p 參數指示可以存儲的最大位數（小數點左側和右側）。p 必須是 1 到 38 之間的值。預設是 18。 ...
  • 一款實用免費的日誌自動化分析工具
    PAL是什麼? PAL（Performance Analysis of Logs）是一個實用、免費的日誌分析自動化工具，協助快速診斷伺服器級別的性能問題。 PAL有什麼特性？ PAL主要用來自動分析PerfMon（性能監視器）產生的日誌信息，一步一步嚮導式的簡單操作方式。 PAL基於微軟支持團隊的主 ...
  • SSIS 包部署 Package Store 後，在 IS 中可以執行，AGENT 執行卻報錯
    可以執行 SSIS Package ，證明用 SSIS Package 的賬戶是可以執行成功的。SQL Server Agent 預設指定賬號是 Network Service。 那麼可以嘗試一下將 SQL Server Agent 和 SQL Server Integration Service ...
  • Oracle Standard Error 列表
    1 ORA-00001: 違反唯一約束條件 (.) 2 ORA-00017: 請求會話以設置跟蹤事件 3 ORA-00018: 超出最大會話數 4 ORA-00019: 超出最大會話許可數 5 ORA-00020: 超出最大進程數 () 6 ORA-00021: 會話附屬於其它某些進程；無法轉換會話 ...
  • ORACLE從共用池刪除指定SQL的執行計劃
    Oracle 11g在DBMS_SHARED_POOL包中引入了一個名為PURGE的新存儲過程，用於從對象庫緩存中刷新特定對象，例如游標，包，序列，觸發器等。也就是說可以刪除、清理特定SQL的執行計劃，這樣在特殊情況下，就避免你要將整個SHARED POOL清空的危險情況。例如某個SQL語句由於優化... ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類