这是一个创建于 2357 天前的主题，其中的信息可能已经有所发展或是发生改变。
小白一枚，接触 redis、memcached 比较少。
假设这个项目刚起步，什么情况下会意识到这个功能必须使用缓存。
网上的教程挺多的，我看到文章点击数的时候需要用 redis 会方便多，但是项目刚起步的情况下，我就要直接意识到使用 redis 吗？
对这方面的了解太少了，看以前的项目上，大腿已经搭好了这些环境，所以不清楚什么时候需要使用。
不知道我该在什么样的功能去使用这些缓存，有没有大腿介绍下？
 | 1 Solace202 2019-05-07 18:01:01 +08:00 这个问题真心问的好，前排等大佬回答 |
 | 2 m240655880 2019-05-07 18:02:17 +08:00 前排等大佬回复 |
 | 3 Yourshell 2019-05-07 18:02:26 +08:00 高并发？ |
 | 4 BCy66drFCvk1Ou87 2019-05-07 18:11:36 +08:00 via Android cpu 压力大、io 操作频繁、关系型数据库数据存储方式不那么给力… |
 | 5 wizzer 2019-05-07 18:19:52 +08:00  9 1、访问频繁、实时性要求不高，但 sql 查询或 io 比较耗时的数据，如仪表盘、Session ； 2、一些需要超时失效的数据，比如验证码、Token、Session 等； 3、需要缓冲的数据，比如入列前的订单 ID、队列处理完之后从缓存里取会很方便； 4、当临时数据库用，不需要永久存储，如计算出的临时值，用完丢弃； 5、…… |
 | 6 nimrc 2019-05-07 18:23:42 +08:00 分布式 |
 | /td> | 7 mooncakejs 2019-05-07 18:43:38 +08:00 kv，缓存，去重，都可以用 redis |
 | 8 shylockhg 2019-05-07 19:17:58 +08:00 io 负载过重 |
 | 9 sunjourney 2019-05-07 19:41:11 +08:00 补充：需要过期的数据、分步式锁 |
 | 10 falsemask 2019-05-07 20:40:48 +08:00 比如微博的点赞数和评论数就非常适合用 redis 来存储，访问非常频繁，实时性和准确性要求都不高，微博早期是用 redis 来做存储的 |
 | 11 duanxianze 2019-05-07 21:27:36 +08:00 对我来说 使用 redis 存储 session 或者 token 时最重要的 可以随意的分布式负载均衡 |
 | 12 Leigg 2019-05-07 21:40:00 +08:00 via iPhone 用的比较多的，缓存，队列。 |
 | 13 K0ala 2019-05-07 22:13:22 +08:00 via Android 缓存，去重，锁，热数据读取，计数。。。。 |
 | 14 2kCS5c0b0ITXE5k2 2019-05-08 01:38:13 +08:00 经常需要读,但不用经常写的数据... |
 | 15 shiny 2019-05-08 05:38:06 +08:00 3 使用之前先考虑下项目自身的情况。很多时候是每天个位数的访问量，却操着百万日活的心。系统多优化，工作 996。 所以，个人在以下两种情况会考虑是不是真的需要 Redis： 1. 扛不住了 2. Redis 去实现真方便，省事 若无必要，勿增实体 |
 | 16 chinvo 2019-05-08 07:55:08 +08:00 via iPhone 缓存、暂存、session、简易队列 |
 | 18 zouzou 2019-05-08 08:02:46 +08:00 多个服务器共享数据优先使用 redis。 不知道什么情况下需要用 redis，那就先用哈希表实现功能，后期再用 redis。 |
 | 19 DovaKeen 2019-05-08 10:46:08 +08:00 我觉得如果只有单个服务器的话（所有程序都在一个服务器上），并且以后不准备再拓展了，上 redis 也不是特别好的选择，也许还不如 ConcurrentHashMap … |
 | 20 jzds001 2019-05-08 10:52:37 +08:00 学习一个 |
Select Language