Twemproxy 可以说是最古老的 Redis 代理软件了，一般来说，引入代理后性能会比没有引入代理时低一些，毕竟代理会导致一些额外的性能损耗，可是 Twemproxy 却会提升性能， 这主要得益于它的 Pipelining 功能可以实现打包请求，简单点说：当代理收到多个并发请求时，它会把这些请求打包成一个请求发送给后端服务器，从而减少不必要的 RTT。关于 Pipelining 本文不做过多讨论，实际上我想说的是它的另一个功能：连接池！下面看看如何通过 Twemproxy 提升 PHP/Redis 的性能。
UPDATED：如果版本够，记得试试 redis-cli 的 bigkeys 选项
如果 MySQL 数据库比较大的话，我们很容易就能查出是哪些表占用的空间；不过如果 Redis 内存比较大的话，我们就不太容易查出是哪些（种）键占用的空间了。
一台Redis服务器在很短的时间里消耗了几十个G的内存，最终因为SWAP而宕机。因为这台服务器的社会背景比较复杂，所以一时无法判断犯罪嫌疑人到底是谁。
秒杀无异于一场自找的DDoS攻击，从这个角度来说：玩秒杀的电子商务网站，和那些不停喊着用力打我的受虐狂没有什么两样，因为他们都痛并快乐着。
某手机应用市场项目，其中请求量最大的功能是查询升级接口，具体点来说：客户端会不定期的把手机中应用名称及其应用版本发送到服务端，服务端通过比较版本来判断客户端的应用是否需要升级，如果需要就返回若干项相关信息。通常，一台手机里会装几十个到上百个应用不等，当海量客户端一起请求时，服务端的压力可想而知。
世上本没有坑，摔的人多了，也便成了坑。