突然萌发关于 redis 的想法(1)

本来昨天就打算写这篇了，但是熬到忘了，至于为什么要写这个是因为我昨天在写 redis 的时候突然想到的

注：此篇文章并没有讲解 redis 内部的使用 或 如何使用redis写代码，等等。。仅仅只是突然想到的，如果各位大佬有什么想说的，有什么想补充的，再或者我说的有什么不对的，请不要客气，直接讲出来，我会非常认真的看的

正片开始...

当时想的是，如果一个用户在一个商城系统点击了一个商品添加购物车，并点击自己的购物车，然后购物车展示已添加的商品，这都可以放到redis，看似好像没什么问题，但是我就突然想到，如果这个用户在很早之前就添加了一件商品，而很久之后的今天，点击了自己的购物车，首先 redis 中并没有存储他之前购买的商品( 假设这个时间段中 redis 已经将数据更新到数据库中 )，这个时候，如何将商品展示呢，我想着，这不还是得去数据库(mysql)查吗，既然还是要去数据库查，那为什么还要多 redis 这一步呢，当时，因为这个问题想了很久，实在想不到什么，然后去各个地方去问，虽然并找不到人讨论( 还是很难受的。。)，但是，一会后关于这个问题我又想到一点，首先，第一次访问，展示购物车商品肯定要去数据库查询的，如果在访问购物车之前用户已经添加了一件商品，那么将这个商品存储在   redis 中（以用户唯一id为key）的话，那么是不是可以减少一次数据库的查询呢？ 你看啊，用户第一次访问这个网站，看到一件商品，然后加入购物车( 此时将这件商品存储在 redis 不直接存储在数据库 )，然后用户点击自己的购物车的时候，就不需要去数据查询刚刚添加的商品了，直接去 redis 中查就行了，但是还是要去数据库查询当前用户购物车中其他商品的数据的，但是，但是，这样可以减少一次在数据库中的查询和存储啊，因为添加购物车后，并没有直接更新到数据库，而是存储在 redis 中了，所以数据库只需要查询他其他的购物数据，刚刚添加的那条数据就不用在数据库查询了，直接从 redis 查询就行了，虽然这看似在数据库中可以少查一条数据，但是，如果一个网站的访问量特别大呢？比如同时有十万次的添加购物车商品的数据，是不是需要在数据库插入十万条数据，这还不算完，如果都点击了购物车展示页面，那么是不是还要除了查询当前用户其他的购物车商品信息外，还需再多十万次的数据库查询？如果存储再 redis 中的话，首先数据库查询当前用户的其他购物车商品信息，然后再去redis 中查询刚刚的存储的十万条信息就行了，这样数据库就减少了十万次的数据更新和查询，最后写一个脚本，等到某一个时间段将 redis 更新到数据的操作就行了。

使用 redis 的主要原因是因为它是存储在内存的，所以查询速度非常快的，虽然有时候存储几条数据看上去并没有什么影响，但是一旦量巨大的话，其作用还是非常大的

再说一下适用场景：

1. 一个页面中某个数据的频繁操作，比如一个商品有不同的价格套餐，那么每次点击不同的套餐就是一次数据更改，所以可用 redis 存储

2. 每次需要请求大量的数据，而且这些数据过一段时间后可能就没什么太大的作用，等等。。

3.额。。其实我也想不到什么了，目前想法有限制，所以欢迎来补充，我也会持续更新这一篇的，虽然可能会很久，如果我以后工作遇到这方面问题，一定会更新

 

关于我之后的想法

下一篇 : 突然萌发关于 Redis 的想法(2)