Performance 在生产环境中通过JMX实现Hibernate和Ehcache统计
我的问题更多的是关于观点和经验,而不是技术解决方案 关于在生产环境中通过JMX控制台启用Hibernate统计和Ehcache统计,您认为如何?这似乎是个好主意还是个糟糕的主意?为什么Performance 在生产环境中通过JMX实现Hibernate和Ehcache统计,performance,hibernate,caching,jmx,ehcache,Performance,Hibernate,Caching,Jmx,Ehcache,我的问题更多的是关于观点和经验,而不是技术解决方案 关于在生产环境中通过JMX控制台启用Hibernate统计和Ehcache统计,您认为如何?这似乎是个好主意还是个糟糕的主意?为什么 关于在我看来,这里有两个突出的问题: 这些统计数据有用吗?在JMX中发布时,您能以有用的方式访问它们吗 启用统计信息是否会影响系统的整体性能 我们假设#1是真的(否则我们为什么会在这里?:) 就#2而言,您实际上必须在有统计数据和无统计数据的情况下在负载下测试应用程序,但根据我的经验,这两个statstics组件
关于在我看来,这里有两个突出的问题:
希望这会有所帮助。在我看来,这里有两个突出的问题:
希望这会有所帮助。我所使用的产品具备所有功能—Hibernate统计、Ehcache统计、JMX等等。但是,我们通过我们的特殊后端(而不是JMX)公开Hibernate/Ehcache信息,该后端只能由管理员用户访问,并使用JMX监控绑定到SLA合同的各种内容。但是,如果您的产品没有这样的后端,那么通过JMX公开db/cache统计数据对我来说并不是一件错误的事情
在生产环境中打开统计信息并不是什么大问题。每个事务的成本大约是一个原子长的增量和计数,这实际上是免费的。除非您每秒处理数百万个事务,否则您不应该注意到任何差异。我所使用的产品具备所有功能—Hibernate统计、Ehcache统计、JMX等等。但是,我们通过我们的特殊后端(而不是JMX)公开Hibernate/Ehcache信息,该后端只能由管理员用户访问,并使用JMX监控绑定到SLA合同的各种内容。但是,如果您的产品没有这样的后端,那么通过JMX公开db/cache统计数据对我来说并不是一件错误的事情
在生产环境中打开统计信息并不是什么大问题。每个事务的成本大约是一个原子长的增量和计数,这实际上是免费的。除非您每秒处理数百万个事务,否则您不会注意到任何差异。您好,谢谢您的回答。我做了一些基准测试,它不应该影响我的系统性能。嗨,谢谢你的回答。我做了一些基准测试,它不应该影响我的系统性能。