j那天遇到一個問題，日志爆發式增長，記錄一下沒必要記錄的問題，后來發現是日志的記錄級別設置有問題：
日志記錄級別設置成error記錄錯誤信息
原文地址：https://blog.csdn.net/weixin_29477879/article/details/52183643
| 參數 | 是否必須 | 范圍 | 默認值 | 描述 |
|---|---|---|---|---|
| AlertScriptsPath | 否 | /usr/local/share/zabbix/alertscripts | 自定義告警腳本的路徑，取決於編譯時候的datadir參數 | |
| AllowRoot | 否 | 0 | 是否允許Zabbix以root用戶啟動，設為0的時候server默認會用zabbix用戶啟動，1則可以以root啟動，此參數在2.2.0開始才支持 | |
| CacheSize | 否 | 128K-8G | 8M | 用於緩存主機、監控項、觸發器的數據，在2.2.3之前最大值為2G |
| CacheUpdateFrequency | 否 | 1-3600 | 60 | Zabbix更新緩存數據的頻率，單位為秒 |
| DBHost | 否 | localhost | 數據庫的主機地址 | |
| DBName | 是 | 數據庫名 | ||
| DBPassword | 否 | 數據庫密碼 | ||
| DBPort | 否 | 1024-65535 | 3306 | 數據庫端口 |
| DBSchema | 否 | DB2、PG的Schema名稱 | ||
| DBSocket | 否 | /tmp/mysql.sock | MySQL Socket的路徑 | |
| DBUser | 否 | DB用戶名 | ||
| DebugLevel | 否 | 0-5 | 3 | Debug級別，0：ZabbixServer啟停信息。1：關鍵信息。2：錯誤信息。3：警告信息；4：調試級別。5：全部日志信息 |
| ExternalScripts | 否 | /usr/local/share/zabbix/externalscripts | 腳本路徑，與編譯的datadir有關 | |
| FpingLocation | 否 | /usr/sbin/fping | Fpgin的路徑，確保是root用戶下並且設置了SUID標簽 | |
| HistoryCacheSize | 否 | 125K-2G | 16M | 緩存歷史數據的內存大小 |
| HistoryIndexCacheSize | 否 | 125k-2G | 4M | 3.0.0開始支持，歷史索引大小，一個監控項需要100bytes來存儲 |
| HousekeepingFrequency | 否 | 0-24 | 1 | Housekeeper清理歷史數據的頻率 |
| Include | 否 | 用來包含其他配置文件，例如/absolute/path/to/config/files/*.conf，2.4.0之后才開始支持 | ||
| JavaGateway | 否 | 2.0.0開始支持，Zabbix Java網關地址 | ||
| JavaGatewayPort | 否 | 1024-32767 | 10052 | Zabbix Java網關偵聽的端口 |
| ListenIP | 否 | 0.0.0.0 | 從1.8.3開始支持多個IP | |
| ListenPort | 否 | 1024-32767 | 10051 | 偵聽Trap的端口 |
| LoadModule | 否 | 擴展模塊 | ||
| LoadModulePath | 否 | 擴展模塊路徑 | ||
| LogFile | 是 | 日志文件的名稱 | ||
| LogFileSize | 否 | 0-1024 | 1 | 單位為MB，每份日志文件最大的大小，0表示禁用日志輪轉 |
| LogType | 否 | file | 日志輸出的類型，file：文件日志，system：寫到syslog，console：控制台，3.0.0開始支持 | |
| LogSlowQueries | 否 | 0-3600000 | 0 | 慢查詢日志，0：不記錄，1.8.2開始支持 |
| MaxHousekeeperDelete | 否 | 0-1000000 | 5000 | 每個HouseKeeper任務刪除的最大記錄數，1.8.2開始支持 |
| PidFile | 否 | /tmp/zabbix_server.pid | PID文件名 | |
| ProxyConfigFrequency | 否 | 1-604800 | 3600 | ZabbixServer向Proxy更新配置文件的頻率 |
| SenderFrequency | 否 | 5-3600 | 30 | Zabbix發送未發送成功的告警頻率，單位為秒 |
| SNMPTrapperFile | 否 | /tmp/zabbix_traps.tmp | SNMPTrapServer臨時文件，必須和zabbix_trap_receiver.pl的名字相同，2.0.0開始支持 | |
| SourceIP | 否 | 出口IP | ||
| SSHKeyLocation | 否 | SSH公鑰目錄 | ||
| SSLCertLocation否 | SSL客戶端認證文件，2.4開始支持 | |||
| SSLKeyLocation | 否 | SSL私鑰文件目錄，2.4開始支持 | ||
| SSLCALocation | 否 | SSL CA鑰文件目錄 | ||
| StartDBSyncers | 否 | 1-100 | 4 | DB同步進程數量，1.8.3開始支持，1.8.5之前最大為64 |
| StartDiscoverers | 否 | 0-250 | 1 | 自動發現的進程數量，1.8.5之前最大值為255 |
| StartEscalators | 否 | 1-100 | 1 | 檢查escalations的進程，這張表好像是告警事件表喲 |
| StartHTTPPollers | 否 | 0-1000 | 1 | 初始的HTTP Poller進程 |
| StartIPMIPollers | 否 | 0-1000 | 1 | 初始的IPMI Poller進程 |
| StartJavaPollers | 否 | 0-1000 | 1 | 初始的JavaPoller進程 |
| StartPingers | 否 | 0-1000 | 1 | ICMP pinger的初始進程 |
| StartPollersUnreachable | 否 | 0-1000 | 1 | 初始的Unreachable主機檢查進程 |
| StartPollers | 否 | 0-1000 | 5 | Server的初始進程 |
| StartProxyPollers | 否 | 0-250 | 1 | 代理Poller的初始進程數 |
| StartSNMPTrapper | 否 | 0-1 | 0 | 是否開啟SNMPTrapper進程 |
| StartTimers | 否 | 0-1000 | 1 | timers進程的初始數量，它是一個用於處理時間相關的告警進程 |
| StartTrappers | 否 | 0-1000 | 5 | ZabbixTraper（sender等功能用）的初始進程數量 |
| StartVMwareCollectors | 否 | 0-250 | 0 | 采集VMWare信息的初始進程量 |
| Timeout | 否 | 1-30 | 3 | 等待Agent的時間，單位為秒 |
| TLSCAFile | 否 | TLS證書文件 | ||
| TLSCertFile | 否 | TLS證書文件 | ||
| TLSCRLFile | 否 | TLS證書文件 | ||
| TLSKeyFile | 否 | TLS證書文件 | ||
| TmpDir | 否 | /tmp | 臨時文件目錄 | |
| TrapperTimeout | 否 | 1-300 | 300 | Trapper處理新數據的最長時間 |
| TrendCacheSize | 否 | 128K-2G | 4M | 趨勢數據緩存的大小 |
| UnavailableDelay | 否 | 1-3600 | 60 | 當主機不可用了，多久檢查一次該主機的可用性，單位為秒 |
| UnreachableDelay | 否 | 1-3600 | 15 | 當主機不可到達了，多久檢查一次該主機的可用性，單位為秒 |
| UnreachablePeriod | 否 | 1-3600 | 45 | 當主機不可達多少秒后，設置為主機不可用 |
| User | 否 | zabbix | 非root運行的賬號 | |
| ValueCacheSize | 否 | 0，128k-64G | 8M | 歷史數據緩存大小，0為不緩存， |
| VMwareCacheSize | 否 | 256K-2G | 8M | VMWare檢查可用的緩存大小 |
| VMwareFrequency | 否 | 10-86400 | 60 | 獲取VMWare數據之間的間隔 |
| VMwarePerfFrequency | 否 | 10-86400 | 60 | 獲取VMWare性能計數器之間的間隔 |
| VMwareTimeout | 否 | 1-300 | 10 | 等待VMWare返回數據的最長時間 |