既然大家已经熟悉WebLogic Server中的各种并发策略，现在就让我演示一下如何应用这些知识应用来提高CMP bean的性能。CMP bean通常由于性能不出众而遭到批评。从某种程度上说确实如此，因为如上所述，对于按照默认并发策略设置部署的bean，WebLogic Server会在每次新事务的一开始从数据库中读取数据。换言之，bean实例状态并没有在各个事务之间缓存，并且数据库收到大量的选择请求。有人争辩说，这没问题，因为现代的数据库本身就有有效的缓存机制。因此，一旦第一次被选择，数据就可能留在数据库缓存中，等待后面被调用，需要很少或者不需要磁盘活动来进行数据库选择。虽然这样，但是我们不应该忘记，大多数情况下应用服务器和数据库之间的调用要在网络间传输，调用的延迟要比JVM内部的本地调用高几个数量级。另一个要关心的是，多个应用服务器实例可以共同访问同一个数据库(通常在集群配置中)。这种情况下，数据可能会充满应用服务器和数据库之间的甚至是最快速的网络链接。
简而言之，如果我们需要好的性能和伸缩性，那么我们可用的最有效的策略就是如何在可能的情况下在本地缓存数据，以避免代价高昂的对数据库的远程调用。从CMP bean的角度来说，这意味着我们需要一种机制在来自各个不同事务的调用之间保存(或缓存)bean的状态数据。当然，这会给我们带来性能收益，只要同一个bean实例在它生命周期中被调用一次以上的几率大于零。换言之，您的应用程序读数据的机会要多于写数据，并且存在在每次更新之间多次访问同一数据的可能。比如，如果您的应用程序只向数据库中写数据(OLTP)，缓存那些数据根本不能提高性能。同样，如果您有特别大的表，并且要随机选择某些行，那么就存在这样的可能：缓存数据要存在足够长的时间，以便在下次需要时可用。幸运的是，仍然有很多类型的应用程序满足我们的缓存标准。您需要针对具体任务评估缓存的有效性。
观察一下CMP bean的可用并发策略，您会注意到，至少有两种方法可以实现长期缓存。第一种方法是尽可能使用只读bean。不幸的是，通常数据库中的数据不是完全静态的，并且/或者按照不可预知的时间间隔更新。如前所述，有一种机制可以显式地使任何只读CMP bean的缓存无效。这种方法虽然可行，但是却很不理想并且易发生错误，因为开发人员必须记得在每次更新操作之后调用invalidate()。幸运的是，WebLogic Server提供了方便的read-mostly模式实现，这在稍后将会详细讨论。更强大的方法是充分利用使用乐观并发策略部署的bean可用的事务间缓存机制。
文章来源于领测软件测试网 https://www.ltesting.net/
