1.快照文件和事務日志文件分別掛在不同磁盤。zoo.cfg文件中，dataDir是存放快照數據的，dataLogDir是存放事務日志的。zookeeper更新操作過程：先寫事務日志，再寫內存，周期性落到磁盤（刷新內存到快照文件）。事務日志的對寫請求的性能影響很大，保證dataLogDir所在磁盤性能良好、沒有競爭者。
2. 默認jvm沒有配置Xmx、Xms等信息，可以在conf目錄下創建java.env文件（內存堆空間一定要小于機器內存，避免使用swap）
1 | export JVMFLAGS="-Xms2048m -Xmx2048m $JVMFLAGS" |
3. 按天出zookeeper日志，避免zookeeper.out文件過大。
zkEnv.sh文件日志輸出方式從CONSOLE改為ROLLINGFILE；
1 | if [ "x${ZOO_LOG4J_PROP}" = "x" ] |
4 | ZOO_LOG4J_PROP="INFO,ROLLINGFILE" |
conf/log4j.properties設置為按天生成文件DailyRollingFileAppender
1 | #zookeeper.root.logger=INFO, CONSOLE |
2 | zookeeper.root.logger=INFO, ROLLINGFIL |
1 | log4j.appender.ROLLINGFILE=org.apache.log4j.DailyRollingFileAppender |
2 | log4j.appender.ROLLINGFILE.Threshold=${zookeeper.log.threshold} |
3 | log4j.appender.ROLLINGFILE.File=${zookeeper.log.dir}/${zookeeper.log.file} |
4 | log4j.appender.ROLLINGFILE.DatePattern='.'yyyy-MM-dd |
5 | # Max log file size of 10MB |
6 | #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. 日志文件自動清除（如果追求性能，可手動清除）
1 | autopurge.snapRetainCount=3 |
2 | autopurge.purgeInterval=24 |
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對服務器之家的支持。
