高并发系统缓存策略
本文介绍了一种针对高并发互联网系统的缓存解决方案，通过在后台服务进程中直接缓存数据库配置数据，避免了因大量请求导致的数据库负载过高的问题，并讨论了不使用Redis的原因。
我负责的某个大型互联网系统中，产品经理提了一个需求，需要上线一个新功能点，运营人员在运营系统中配置哪些用户具有这个新功能，不在配置名单里的用户不具备这个功能，名单的数量约为几千个。
运营系统是web系统，部署在南方c城市的web机房
用户端是pc客户端软件，日均DAU几百万，每秒TPS十几万，客户端和后台服务进程是通过socket通信，后台服务进程部署在南方和北方各一个机房。
运营系统和数据库主库在同机房，后台服务进程和数据库在同机房。数据库之间进行主从同步。
后台服务进程每秒定时读入数据库从库的配置数据，缓存在进程内。
用户的请求过来后，后台服务进程查找进程内缓存的数据，进程内的查找是微秒级。
可能这里会有人提出疑问：
为什么不用redis而用进程内的缓存？
1. 由于系统每秒的请求量较大，如果在redis命中不到缓存的情况，会蜂拥去查询数据库，导致数据库处理不过来。
2. 用了redis还必须保证redis的健壮性
扫一扫
1218
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
