强烈吐槽memcached和mysql

我们的游戏终于开通了网通区，但一个在电信区完全正常的功能到了网通区变成残废了。一种存储于memcached中的每日临时游戏代币在网通区完全不会被消耗，搞得网通区的玩家们刷的不亦乐乎！当然，也有一部分正直的玩家向我们反馈了问题。

问题出在哪儿呢？

首先，memcached已经提供了incr和decr两个计数操作分别用来进行增值计数和减值计数，但是居然就有开发人员牛逼到用incr操作来进行减值，用decr操作来进行增值，虽然恶心了点，但这在memcached中毕竟也是允许的，只需把incr和decr的参数改用负数就行了。

其次，收回我刚才说的话，memcached在版本升级时没有遵守向后兼容的原则，memcached允许用incr来进行减值操作，那是1.2版本，到了1.4版本，incr的参数不允许为负了，我们几年前在电信区部署的memcached正是1.2版本，而如今在网通区部署的则是1.4版本，所以，悲剧发生了。

类似的问题也在mysql上发生过！

我们的数据库服务器使用的mysql版本为5.1，最近又新增了一些数据库服务器，鉴于mysql5.5在性能上的提升，这批新机器部署了新版本的mysql。于是悲剧发生了，新部署的服务器爆发了大量的SQLException。

在5.1版本中，MaxValue并不是一个sql关键字，而到了5.5版本，MaxValue成了关键字；我们的一些数据库表中就存在名称为MaxValue的字段，而开发人员在后台程序中编写sql语句时，喜欢偷懒，通常不会遵守在字段名两边添加引号``的规范。

以上这些悲剧的发生有几点教训：

1 程序运行环境的一致性很重要。不管是网通区与电信区之间，还是不同的服务器之间，所使用到的软件最好采用统一的版本，OS，JDK，mysql、memcached等等都是如此；而如果有了更新软件的必要，那就全部一起更新，并且仔细阅读相关软件的更新说明，评估是否存在隐患。由于程序运行环境不一致而引起的问题，因为只在部分服务器上发生，而我们通常又比较容易忽视程序运行环境上的问题，首先从程序本身寻找bug，因此这类问题往往是很难查的。

2 开发人员进行开发时，如果有规范存在，那就有遵守的必要，即使不是强制性的；偷懒，一些诡异的编程习惯，不仅使代码变得难以阅读，不利于维护，说不准还会引发其他问题。

3 只能祈求这些软件服务提供商，更新软件时务必重视向后兼容的重要性，我们不仅要关心新版本新增了哪些特性，也要重视新版本移除了哪些特性。