在这篇文章中，我们将阐述 Redis 最常用的使用场景，以及那些影响我们选择的不同特性。

Redis 在当前的技术社区里是非常热门的。从来自 Antirez 一个小的个人项目到成为内存数据存储行业的标准，Redis已经走过了很长的一段路。随之而来的一系列最佳实践，使得大多数人可以正确地使用 Redis。

我们希望服务器能在请求流量的控制上有一定的自动控制能力；本文通过简介令牌桶算法和讨论算法的 redis 实现给出流量整形(traffic shaping)的示例，来介绍网络流量整形。

我在有道引入redis cluster是14年8月，到现在已经8个月了。在当时那个时间点，有道至少是词典在缓存这块的基础设施搭建还是比较薄弱的，翻译用memcache，简单的客户端写死配置来分片，词典的各种服务如果需要缓存基本上是单独搭一个redis实例

Redis 3.0.0 正式版终于到来了！最重要的新特性是集群（Redis Cluster），提供Redis功能子集（比如不支持多数据库）的分布式、容错的实现（最多支持1000结点）

很久以前写了一篇文章 .NET中使用Redis 介绍了如何安装Redis服务端，以及如何在.NET中调用Redis读取数据。本文简单介绍如何设计NoSQL数据库，以及如何使用Redis来存储对象。

本文简单介绍了Redis，Redis如何在Windows下安装，以及如何在.NET中使用访问和使用Redis，希望对您有所帮助。

对于缓存失效，不同的缓存有不同的处理机制，可以说是大同中有小异，作者通过对 Redis 文档与相关源码的仔细研读，为大家详细剖析了 Redis 的缓存过期/失效机制相关的技术原理与实现细节。

这七年以来，主要是在写Java和Scala代码，我的C语言技能都退化了。事实上，它可能已经完全没有了。除了偶尔会用来hack，大学毕业以后我基本上都没有用到C了。大家都说，阅读他人的代码是非常好的学习方法，特别是代码库的作者是专家或者它质量有很高的评价时。因此，我准备阅读一个这样的代码库：Redis。

现在我们Disqus能够处理一个月80亿PV，每秒处理45000个请求。在把评论发送到很多不同的人的时候，我们学到了一些东西。众所周知Disqus是用Django来处理绝大部分的web流量。在使用任何web框架之时，都要在开发速度 vs 性能、快速上手 vs 定制等之间做取舍。而Disqus更趋向于快速开发+容易上手，同时兼顾性能和灵活定制。

每个萝卜下都隐藏一个坑。

前段时间955短网址日重定向次数最高达400万，主要开销是重定向请求的用户数据储存与分析。分别经历了内存瓶颈、IO 瓶颈后，高峰期达到 CPU 上限，几乎榨干了机器，下文是经验总结分享。

Redis togo 的贾斯汀（Justin）最近对Manwin集团（YouPorn和Pornhub之类的成人网站背后的公司）的 IT 总监埃里克（Eric Pickup）做了一次采访。在采访中，埃里克讲述他们向 Redis 的迁移过程，为什么要做这样的迁移，以及迁移后的成效。

上网之人，多少都会接触过成人网站。这是一个举世公认的事实。不过这是一个难以洞察的领域，因为相关数据少之又少。我们知道成人网站是那些在互联网上有着超高流量的网站。根据 Google DoubleClick 的 Ad Planner 显示，全球 Top 500 网站中，就有数十个成人网站。全球最大的色情网站 Xvideos 每月网页浏览量（PV）高达 44 亿，是 CNN 或 ESPN 网站的 3 倍，是 Reddit 的 2 倍。

关于Redis的常识。包括：优缺点分析，Feature速览等。

15年来，我一直定期地贡献开源代码，但是现在我停下来思考这对我自己究竟意味着什么，也许仅仅是因为我喜欢写代码，也许是我消遣时间的方式：写代码而非思考其中的意义……但是最近我开始反复思考开源、它与IT行业的关系，以及对我——一个开发者来说，OSS（开源软件）究竟是什么。