基础部分
- redis是一个缓存系统
- 存在于处理Model和Db之间读写过程之间
- 能够缓解甚至接管数据库的压力
- 存放常用或查询复杂的数据的数据（如何用户ID，权限等等，能不查数据库就不查，要注意和数据库的一致性）
优点：
- 操作具有原子性：保证了数据的可靠，错误操作会回滚，支持了竞争类业务的实现（类似于事务锁）；
- 常驻内存：读写性能优越，远远高于硬盘IO；
- 支持多种数据格式：实现多种业务需求；
- 可以自动保存数据到硬盘，服务重启时恢复：服务稳定持久；
常见问题：
- 数据存不进去，内存达到最大配置 -> 修改配置文件的maxmemory参数
- 客户端连接失败 -> 检查防火墙，配置文件的bind参数
- 连接数过大 -> 检查是否增加配置，而非修改maxclients的参数
数据类型：
key – value型数据
[table id=1 /]
- 键名一般按照从大到小来设计，以冒号风格，如libdata:citylist:1
- 常常在键名后面添加日期来进行使用，如统计每天的PV$key = ‘pv’.data()
hash型数据
[table id=2 /]
- 缓存独立于数据库之外，并不是所有数据都接收延迟
- 要时刻注意数据的一致性
list型数据
[table id=3 /]
set型数据
[table id=4 /]
Reids实际应用
设计之前先确认一下是什么数据的结构，然后就可以开始设计，要注意数据的一致性，很多实用实用crontable来落盘数据。
天气的请求优化
- 把城市的天气缓存在redis中，每隔十分钟去请求一下接口把天气缓存住，这样就不用每个用户来的时候都去请求接口了。
- 可以吧redis的key放在一个常量的文件里面增加维护性
- 这里使用hash型数据
一般redis的连接使用单例模式：
实现逻辑：
PV的优化
如果是使用mysql的update那么要是同时有1000个用户访问就会出问题（没有事务锁的话）
然后每隔半小时crontable去落盘一次。
最感兴趣内容：
分类预览优化：
