阿里云Memcache默认带宽升至96MB/s、连接数提至2万，存量实例需变配后生效

阿里云在11月6日发出公告，云数据库Memcache版的四个规格调整了默认连接数与带宽，变更归属的产品是云数据库Tair（兼容Redis）。四个规格在API里各有固定的InstanceClass名，脚本按规格名匹配的地方不用改。这次调整只涉及默认参数，不涉及计费项，账单结构和之前一样。新参数先落在新购和变配的实例上，存量机器要自己动一下。

四个规格的调整幅度不一样。1核1GB的带宽从10MB/s提到48MB/s，连接数仍是1万；1核2GB从16MB/s提到96MB/s，连接数不变；1核4GB和1核8GB的带宽从24MB/s提到96MB/s，连接数从1万提到2万。小规格只动带宽，大规格两项一起动。1核1GB的连接数停在1万，瓶颈不在并发上，放开带宽就能解决大部分问题；1核4GB和8GB把连接数翻倍，对应的是多进程应用大量建连的用法。

规格越高这次加的幅度越大，1核2GB的带宽翻了近六倍，1核8GB的连接数翻了一倍。1核1GB的带宽从10MB/s提到48MB/s，接近五倍，小规格拿到的相对提升不比大规格少。对带宽吃紧的实例来说，等于免费抬了一档上限。

价格没有跟着动，公告写明不额外收费，也不影响实际业务。对还在按老参数扩容的团队来说，这次相当于用同样的钱拿到更高的上限。原来打算升一档规格的，可以先按新参数压测一遍再决定。

存量实例为什么还是老参数

生效时间之前创建的实例不会自动改。要拿到新能力，得在生效之后对实例执行一次变配，入口在实例详情页的变更配置里。公告写的是不自动变更，不是不能变更，这一点容易被读成老实例永久停留在旧参数上。

变配这个动作要算好时机，过程中实例会有短暂的连接闪断，公告没有给具体时长，只建议放在业务低峰期做。涉及规格或架构变更的，还可能产生费用变化，具体看变配页面报出来的价格，只调整参数不改规格的那一档通常不另计费。

顺带要核对的是代码里的连接池上限，Memcache客户端通常按服务端连接数留余量，池子开到1万的老配置，在2万的新规格下不会自己变大，得在客户端的最大连接数参数里手动调整。服务端放宽了，客户端还卡在旧值，并发上不去。

判断要不要动，看带宽是否长期贴着旧上限跑、连接数是否持续在高位。两个都在高位，变配才有意义，只中一个的话先查代码更有效。