项目中的传统架构在服务启动时 读取数据库的大部分数据到本地内存，在看到redis的作用时发出疑问，到底有什么样的区别以及怎么选择呢，下面是别人的回答
使用本地缓存快还是使用redis缓存好？
Redis早已家喻户晓，其性能自不必多说。
但是总有些时候，我们想把性能再提升一点，想着redis是个远程服务，性能也许不够，于是想用本地缓存试试！想法是不错的。那么就让我们来比较下二者的差别吧！
- 读写速度，不考虑并发问题，本地缓存自然是最快的。但是如果本地缓存不加锁，那应并发了咋办呢？所以，我们以加锁方式再比较一次。
- 场景使用，同一数据，从数据库取出来，放到redis只要一次，而放到本地缓存，则需要n个集群次
- 本地缓存无法用于重复点击，重复点击会分发请求到多台服务器，而用本地缓存只能防止本机重复点击，redis则可以防止，但是时间间隔也需要在redis的读写差之外。
- redis内存可能n多扩充，而本地扩大堆内存代价是很大的。
- 本地缓存需要自己实现过期功能，实现不好可能导致极其严重的后果，而redis经过大量的流量验证，许多漏洞无需考试，安全。
- 本地缓存无法提供丰富的数据结构，redis可以。
- redis可以写磁盘，持久化，本地缓存不可以或者说很麻烦要考虑的东西太多。
- 各位开发同学水平差别大，使用本地缓存极有可能导致严重的线程安全问题，并发考虑严重。
- 加本地缓存后，代码复杂度急剧上升，后面进来的开发很难一下领会原有开发想法。间接提升维护成本。
- 其实在map和redis取值这里省的时间，可能在我们写得乱七八糟的代码里，早都不算啥了，所有有时候咱们真的没必要较那几毫秒的真！
个人感觉就是，框架是尽量选择最优的方式进行处理，本地缓存胜。业务代码尽量以最稳的方式进行处理，redis胜。
选择什么样的方式，还得看用于什么样的场景！
本文章为转载内容，我们尊重原作者对文章享有的著作权。如有内容错误或侵权问题，欢迎原作者联系我们进行内容更正或删除文章。
