版本
我正在使用MySQL 5.6,并考虑使用Redis3.0(以帮助处理越来越多的多种阅读,即“屏幕”)。我目前正在使用一台服务器,但是如果需要的话,我想我最终可以在更多的Redis服务器中进行集群。
现状:
到目前为止,我在读取查询中遇到的唯一缓慢之处是需要更多的索引或缓慢的联合。因此,我添加了更多的索引,并仔细地将一些数据压缩到单个表中,以消除大多数问题联合(减少一些联接,但是我仍然经常使用联接,到目前为止它们不是一个问题)。
问题:
我正在重新分解我的应用程序,并且很好地分离了我所有的读取查询(CQRS)。当我这样做的时候,我想知道现在是否是考虑用Redis替换许多read查询的合适时机。这样就不需要在我写的表上使用大量的索引(这将释放更多的RAM)。当然,我将保留用于写入的核心表,但是我的数据将增加,因为现在我将为几乎每个读取查询(即,新的Redis表)提供新的Redis表。用户界面屏幕/视图)。这反过来又会占用更多的内存。我怎么知道什么时候开始转到Redis了?确定这个或准备这个的程序是什么?显然,我不想犯“过早优化”的错误,但我不想避免缓存,它会回来咬我。我希望答案不是“当一切变慢时做些什么”,但我不想强迫自己过早地需要一个额外的Redis集群服务器(通过消耗我当前服务器上的所有RAM和所有添加的Redis非规范化数据)。
发布于 2015-04-08 15:14:48
将您的读取查询转移到Redis可能是一项不平凡的工作,但是如果您期望性能的增长和需求,早早将是更好的imo。
另外,不要在同一台服务器上运行MySQL和Redis数据库--这样做肯定会遇到麻烦。
https://stackoverflow.com/questions/29497883
复制相似问题