Performance Liferay 7中的搜索容器性能不佳

Performance Liferay 7中的搜索容器性能不佳,performance,liferay,liferay-dxp,searchcontainer,Performance,Liferay,Liferay Dxp,Searchcontainer,我在尝试使用Liferay搜索容器显示数据时遇到性能问题。 我有1000条记录(网络内容),我也在使用分页。刷新页面时,性能非常差。 在Liferay中是否有优化措施来减少laoding时间?您必须找出性能的不足之处。如果您从数据库中获取1000个对象,并且在显示它们之前,在1000个独立查询中获取这1000个对象的附加信息:这就是您需要优化的内容。如果在页面上显示剩余1000个对象中的10个之前,您从数据库中获取100000个对象,却丢弃了99000个对象:这就是您的问题 正如您提到的Web内

我在尝试使用Liferay搜索容器显示数据时遇到性能问题。 我有1000条记录(网络内容),我也在使用分页。刷新页面时,性能非常差。
在Liferay中是否有优化措施来减少laoding时间?

您必须找出性能的不足之处。如果您从数据库中获取1000个对象,并且在显示它们之前,在1000个独立查询中获取这1000个对象的附加信息:这就是您需要优化的内容。如果在页面上显示剩余1000个对象中的10个之前,您从数据库中获取100000个对象,却丢弃了99000个对象:这就是您的问题

正如您提到的Web内容:如果文章完全从数据库中获取,可能会对其进行解析以分离文章中包含的各个语言,这需要时间。项目最终将位于缓存中,您可以检查缓存大小:如果缓存大小为900个对象,您将不断溢出缓存,并且永远不会重用以前解析的项目


换句话说:您正在谈论性能调整。性能调优的第一步是:首先测量并找出是什么消耗了您的性能。识别、修复、冲洗、重复。没有魔杖或开关。

这里显然没有足够的上下文来提供任何合理的答案。您可能正在运行旧版本linux的486上运行Elastic,并且只有1g可用内存。您可能有20000个并发用户在执行搜索。您的节点上可能有2k个并发Liferay用户,这些用户使用的是具有2g内存的单核i686。我们在这里给出的任何一个答案都可能触及不到你真正的问题是什么;这是关于kaleo工作流引擎的。检索文章真的很顺利,但更新每个期刊内容的工作流状态是个问题