1.快照文件和事務日志文件分別掛在不同磁盤。zoo.cfg文件中，dataDir是存放快照數據的，dataLogDir是存放事務日志的。zookeeper更新操作過程：先寫事務日志，再寫內存，周期性落到磁盤（刷新內存到快照文件）。事務日志的對寫請求的性能影響很大，保證dataLogDir所在磁盤性能良好、沒有競爭者。
2. 默認jvm沒有配置Xmx、Xms等信息，可以在conf目錄下創建java.env文件（內存堆空間一定要小于機器內存，避免使用swap）
export JVMFLAGS="-Xms2048m -Xmx2048m $JVMFLAGS"
3. 按天出zookeeper日志，避免zookeeper.out文件過大。
zkEnv.sh文件日志輸出方式從CONSOLE改為ROLLINGFILE；
if [ "x${ZOO_LOG4J_PROP}" = "x" ]
then
# ZOO_LOG4J_PROP="INFO,CONSOLE"
ZOO_LOG4J_PROP="INFO,ROLLINGFILE"
fi
conf/log4j.properties設置為按天生成文件DailyRollingFileAppender
#zookeeper.root.logger=INFO, CONSOLE zookeeper.root.logger=INFO, ROLLINGFIL
log4j.appender.ROLLINGFILE=org.apache.log4j.DailyRollingFileAppender
log4j.appender.ROLLINGFILE.Threshold=${zookeeper.log.threshold}
log4j.appender.ROLLINGFILE.File=${zookeeper.log.dir}/${zookeeper.log.file}
log4j.appender.ROLLINGFILE.DatePattern='.'yyyy-MM-dd
# Max log file size of 10MB
#log4j.appender.ROLLINGFILE.MaxFileSize=10MB
4. zoo.cfg文件中skipACL=yes，忽略ACL驗證，可以減少權限驗證的相關操作，提升一點性能。
5. zoo.cfg文件中forceSync=no，這個對寫請求的性能提升很有幫助，是指每次寫請求的數據都要從pagecache中固化到磁盤上，才算是寫成功返回。當寫請求數量到達一定程度的時候，后續寫請求會等待前面寫請求的forceSync操作，造成一定延時。如果追求低延時的寫請求，配置forceSync=no，數據寫到pagecache后就返回。但是機器斷電的時候，pagecache中的數據有可能丟失。
默認為forceSync=yes，為yes可以設置fsync.warningthresholdms=50 如果數據固化到磁盤的操作fsync超過50ms的時候，將會在zookeeper.out中輸出一條warn日志（forceSync=yes有效）。
6. globalOutstandingLimit=100000 客戶端連接過多，限制客戶端請求，避免OOM
7. zoo.cfg文件中preAllocSize=64M 日志文件預分配大小; snapCount=100,000 多少次寫事務，生成一個快照如果快照生成頻繁可適當調大該參數。
一般zk的應用提倡讀大于寫，性能較好（10:1），存儲元數據用來協調分布式數據最終一致。寫過于頻繁使用緩存更好
8. 日志文件自動清除（如果追求性能，可手動清除）
autopurge.snapRetainCount=3 # The number of snapshots to retain in dataDir autopurge.purgeInterval=24 # Purge task interval in hours Set to "0" to disable auto purge feature
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對服務器之家的支持。
