本文共 829 字，大约阅读时间需要 2 分钟。

版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明

前一阵试用 tokyo tyrant 碰到一个麻烦，

用 Wireshark 跟踪了一下，发现和标准memcached返回的数据里差一个字节。去看了下 memcached 协议，发现这个字节是个客户端的标记 flag 。存储的时候放置这个标志，取的时候照样返回。php 的 memcache 扩展应该就是用这个字节来标志是否是 php 的数据。如果匹配则反序列化。对比 tokyo tyrant 的源代码，发现它在存取的时候无视了这个标记位（其实还无视了一些其他东西，比如过期时间之类的，只用了 key 和 value 以及他们的长度），所以就有了这个结果。

之前考虑改 tokyo tyrant ，做了个补丁。不过正如 xdanger 所说，这个办法不好。之前测试得不仔细，后来试了几个不同的类型，果然是出了问题。于是又考虑再改 php 的客户端。让它不管什么类型存储的时候都去做序列号。似乎是解决了反序列号问题。这样修改版的客户端放的东西原版的能正常读取，但原版客户端一旦放了常规值就会出毛病。这一下同时改了客户端和服务端，另外，压缩的问题也还是没解决。看来这个问题还真的很难。

php 客户端补丁，修改 memcache.c

 tokyo tyrant 补丁，修改 ttserver.c