问题语句:我们的一个模块(票务模块-存储过程)需要4-5秒才能从DB返回数据。此存储过程支持7-8筛选器+它在4-5个表上连接以获取存储在票证表中的it的文本,例如(客户名称、票证状态、TicketType .这也阻碍了SP的性能。如果你们能分享你们的观点,那么我们应该如何构造Redis ie,我们应该为上面的每一项使用什么--即hashset、set、sorted set .
tried 256 with no effect either 事实证明,在我的i7 sandybridge上,基于角色的算法版本只使用了200%,而并行集合版本使用了600%的处理器,并且速度快了4-然后试了试:还有这个(我在演员之间分享了这个仍然只有200%的处理器使用率,算法比并行集合版本慢4-5倍。
我确信我在做一些愚蠢的事情,所以请帮帮我!:)