我有一个共同定位缓存的Web角色。这个角色有两个例子。
即使存在缓存命中,我们请求的周转时间也会达到几秒钟。经过分析,我们发现缓存恢复数据所用的时间平均为1秒。但是,IIS日志表明请求的整体服务大约需要4秒。在从缓存中检索数据之前或之后没有中间操作。
这里有什么问题?什么是分析问题的好方法?
答案 0 :(得分:1)
我们在Azure中的Redis和RESTful API中遇到类似的缓存问题。
问题原来是数据的序列化。
调试问题的一些方法:
答案 1 :(得分:0)
您确实应该提高客户端和服务器的日志级别,请参考In-Role Cache Troubleshooting and Diagnostics (Windows Azure Cache)并查看性能计数器。如果读取操作(GET)花费很长时间,则可能在其中一个实例中进行分页,或者可能是服务器上存在过载。如果您在缓存实例上发现任何性能问题,则应使用Capacity Planning Considerations for In-Role Cache (Windows Azure Cache)重新评估容量。
如果这没有帮助,请打开支持票。