簡體   English   中英

通過JMX生產的Hibernate和Ehcache統計數據

[英]Hibernate and Ehcache statistics via JMX on production

我有更多關於意見和經驗的問題,而不是技術解決方案。

您如何看待在生產環境中通過JMX控制台打開Hibernate統計信息和Ehcache統計信息? 它似乎是一個好的或可怕的想法? 為什么?

問候

在我看來,這里有兩個突出的問題:

  1. 統計數據是否有用,您是否可以在JMX中發布時以有用的方式訪問它們?
  2. 統計數據的啟用是否會影響系統的整體性能?

我們假設#1是真的(否則為什么我們在這里?:))

就#2而言,無論是否有統計數據,您都必須在負載下測試您的應用程序,但我的經驗是兩個statstics組件對性能影響可忽略不計。 此外,定期收集和分析這些統計信息可能會帶來改進,因為它可能會幫助您找到未使用緩存的瓶頸或系統部分。

我想你可以說有更好的方法來挖掘這些信息,例如讓后台線程定期將統計信息寫入日志文件,這適用於更簡單的指標,如“元素如何在緩存中”,但許多統計數據不會如果核心引擎沒有啟用統計數據(如大多數Hibernate的指標),則可用。 此外,JMX已經走了很長一段路,並且有各種創造性的方法來訪問和分析/報告/可視化它公開的數據。

希望這是有幫助的。

我工作的產品有它 - Hibernate統計數據,Ehcache統計數據,JMX等等。 但我們通過我們的特殊后端(而不是JMX)公開Hibernate / Ehcache信息,后端只能由管理員用戶訪問,並使用JMX監視綁定到我們的SLA合同的各種事物。 但是如果你的產品沒有這樣的后端,那么通過JMX公開db / cache stats對我來說聽起來不是一件壞事。

在生產環境中打開統計數據並不是什么大問題。 每筆交易的成本大約是一個AtomicLong incrementAndCount操作,幾乎是免費的。 除非您每秒處理數百萬筆交易,否則您不應該注意到任何差異。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM