小编点评

**问题解析：** 当 Azure Redis 服务出现 Connection Timed out 错误时，可以从 Redis 服务指标 (Metrics) 开始查看。如果出现负载 (Service Load) 高的情况，表明当前 Redis 服务的资源已经不能满足业务需求，需要提升服务端的等级。 **数据丢失的原因：** 在升级过程中，最开始使用的 Redis 服务为价格最便宜的基础层 (Basic Layer)，即底层只有一个实例。升级时，Redis 的数据会被从基础层中丢失，因为基础层只有当有请求时才创建新的实例。 **解决方案：** * 确保在升级过程中，使用高级层 (Premium Layer 或 Standard Layer) 的 Redis 服务。 * 监控 Redis 服务的 Service Load 指标。 * 如果 Service Load 较高，可以通过以下方法进一步分析问题： * 使用 tcpdump 或 netstat 等工具分析网络状况。 * 分析日志文件 (例如 redis.log) 中的错误消息。 * 使用负载测试工具测试 Redis 服务的性能。 **附录：** * **tcpdump 捕获网络包教程：** ```bash # non SSL tcpdump port 6379 -w redis.cap # SSL tcpdump port 6380 -w redis.cap ``` * **netstat 查看 TCP 连接状况：** ```bash netstat -tlpn | grep 6379 ``` * **Redis 指标 (Metrics)：** 您可以访问 Azure Redis 管理控制台上的 Metrics 页面以查看指标。

正文

问题描述

PHP应用再连接Azure Redis服务时，出现Connection Timed out。当通过升级提高Azure Redis的性能时候，发现之前的数据丢失了。

 

问题解答

当Redis服务出现Timeout的情况时，可以从Redis服务的指标(Metrics)开始查看，如果出现负载(Service Load)很高的情况，表明当前Redis服务的资源已经不能满足业务需求，需要提升服务端的等级。比如Redis定价层由 基础层 ------》 标准层 ------》高级层 。

当在升级的时候，为什么会发生数据丢失呢？

这是因为最开始使用的Redis服务为价格最便宜的基础层，即底层只有一个实例，升级的时候Redis中的数据都会丢失。

 

附录1：如果Service Load并不高的情况下，还是会发生Timeout问题，那么这样应该如何进一步分析问题呢？

可以应用主机上通过 tcpdump 或 netstat 协助分析网络情况。

• tcpdump 抓取网络日志并生成 redis.cap 输出文件

• 通过netstat可以查看当前TCP连接的情况

 

参考资料

缩放 Azure Cache for Redis 实例： https://docs.azure.cn/zh-cn/azure-cache-for-redis/cache-how-to-scale#how-does-scaling-work