项目笔记4-高性能存储

redis入门

• Redis是一款基于键值对的NoSQL数据库,它的值支持多种数据结构:
  字符串(strings)、哈希(hashes)、列表(lists)、集合(sets)、有序集合(sorted sets)等。
• Redis将所有的数据都存放在内存中,所以它的读写性能十分惊人。
  同时,Redis还可以将内存中的数据以快照或日志的形式保存到硬盘上,以保证数据的安全性。
• Redis典型的应用场景包括:缓存、排行榜、计数器、社交网络、消息队列等。

快照(RDB)：优点直接把内存数据原原本本存，恢复数据速度块。缺点是存硬盘耗时，存储会阻塞，会影响业务性能。不适合实时去做，适合几个小时做备份。
日志(aof):每执行redis命令，就把命令存下来，追加形式，占磁盘空间，恢复的话，是把命令从头到尾跑一遍，恢复速度比较慢，实时性好。
https://redis.io
https://github.com/microsoftarchive/redis

redis命令

1. 内置16个库通过索引区分,通过下面代码即可切换库

select 0
select 15

2. 刷新库清空库的数据

flushdb

3. string类型

set key value
set test:count 1    //两个单词相连，中间用冒号，后面可以加超时时间等是可选的
get test:count     //取到字符串
incr test:count     //字符串值加一 increment
decr test:count    //decrement 字符串值减一

4 hash类型

hset key field value
hset test:user id 1 
hset test:user username zhangsan
hget test:user id
hget test:user username

5. list列表，左右都可以添加和取出

lpush test:ids 101 102 103   //左进
llen test:ids   //得到数据长度
lindex test:ids  0   //103  查到索引为0的值，
lrange test:ids 0 2 // 查到从0开始到2 的索引的值
rpop test:ids     //101右侧出队一个值

5. set集合 无序且唯一

sadd key number
sadd test:teachers aaa bbb ccc ddd eee //集合加入数据
scard test:teachers //统计集合元素个数
spop test:teachers     // 集合中随机弹出一个元素  ,可以实现抽奖功能
smembers test:teachers //查询集合中的元素

6. sortedset 有序集合 按照分数排序的功能

zadd test:students 10 aaa 20 bbb 30 ccc 40 ddd 50 eee  //数字代表紧跟后面的成员分数，按照这个分数给集合从小到大排序
zcard test:students //统计集合元素个数
zscore test:students ccc // 查询某个元素的分数
zrank test:students ccc //2 返回某个元素的排名
zrange test:students 0 2 //取范围的值，从小到大取三个

7. 全局命令

keys * //查询库里的key
keys test*  //查询test开头的key
type test:user //查询某个key的数据类型
exists test:user // 1 表示存在 0 不存在 是否存在key
del test:user // 删除key
expire test:students 10 //key 10秒过期

Spring整合redis

• 引入依赖
  spring-boot-starter-data-redis
• 配置Redis
  配置数据库参数
  编写配置类,构造RedisTemplate
• 访问Redis
  redisTemplate.opsForValue()
  redisTemplate.opsForHash()
  redisTemplate.opsForList()
  redisTemplate.opsForSet()
  redisTemplate.opsForZSet()

1. 导入包

2. 配置参数

   
   image.png
3. 定义RedisConfig
   返回RedisTemplate对象，需要把RedisConnectionFactory注入进来才能创建连接
   调用（setConnectionFactory()）
   spring会把这个参数自动注入进来，
   然后指定数据转换的方式，有工具类RedisSerializer

• 设置key的序列化方式，序列成string
• 设置value的序列化方式，可以序列成json
• 设置hash的key的序列化方式

• 设置hash的value的序列化方式
  把这些设置生效（调用afterPropertiesSet()）

  
  image.png

4. 用法，创建测试实例
   简化方案，不用每次都传rediskey参数
   通过BoundxxxOperations绑定key参数xxx表示参数类型。这样就省略了这个参数。
   image.png
5. redis事务
   不完全满足ACID这四个事务
   开启事务后，执行redis命令会放到队列里存起来，提交事务的时候，会把这些命令一起批量执行。

注意事项：
不要在事务中查询，这样是查不到的。要在开启事务之前或之后查询
所以因为这个特性，在spring中最好不要用声明式事务，而是用编程式事务。

public void testTransactional(){
    Object obj = redisTemplate.execute(new SessionCallback(){
    @Override
    public Object execute(RedisOperations operations) throws DataAccessException{
        String redisKey = "test:tx;
        operations.multi(); //开启事务
        operations.opsForSet().add(redisKey, "zhangsan);
        sout(operations.opsForSet.members(redisKey));    //[] 因为事务中间不要查询，得不到结果
        return operations.exec(); //关闭事务并返回结果
        }
    });
    sout(obj); // [1, [zhangsan]]  返回的结果是很全的。
}

点赞功能

image.png

1. 考虑复用，给rediskey复用
   比如点赞，我们需要实现点赞的数量，但是如果我们扩展功能要找到点赞的人，那麽我们就不要直接存储点赞的数量，而是存id这样就能最大限度扩展功能。

   
   image.png

2. LikeService
   点赞方法：要判断是否点过赞，没点过才能点，点过就取消
   查询赞数量：
   查询某人对某实体的点赞状态：返回int而不是boolean是因为未来可能会扩展，比如点个彩。具备扩展性

   
   image.png
   image.png

3. LikeController
   用户权限问题以后会用Spring的安全来管理，所以不用判断了

   
   image.png

4. 异步请求 discuss-detail.html
   把href屏蔽掉，like里面传三个参数，this entitytype entityid， this是未了区分是在哪点的赞，好动态某一个位置的赞修改。同时要把赞和数字用标签进行包裹以便于动态修改

   
   image.png
   

   回帖列表和回复里都有赞

5. 单独创建js文件 discuss.js

   
   image.png

6. 把首页和显示的赞的数量修改
   显示的时候赞的状态要根用户相关，因为，这个页面不登录也能看到，所以不登录的话可能汇报空指针异常。

我收到的赞

image.png

1. 修改我们rediskey

   
   image.png

2. LikeService
   点赞重构

   
   image.png
   

   统计某个用户获得的赞,统计的不是本用户的id而是传进来的id

   
   image.png
3. 表现层重构
4. congroller 和discuss-detail三个点赞的参数传递方法

5. 个人主页和别人主页

   
   image.png
   

   修改index.html profile路径，剩下的自己完善

关注和取消关注

• 需求
  开发关注、取消关注功能。
  统计用户的关注数、粉丝数。
• 关键
  若A关注了B,则A是B的Follower(粉丝),B是A的Followee(目标)。
  关注的目标可以是用户、帖子、题目等,在实现时将这些目标抽象为实体。

image.png
image.png
image.png
image.png

在service和controller中补充关注数量，粉丝数量，当前用户是否已经关注。并且如果当前用户不存在，直接返回false;

image.png
image.png
页面显示
不可以自己关注自己，而且不登录不显示
image.png

颜色显示

image.png

关注列表和粉丝列表

• 业务层
  查询某个用户关注的人,支持分页。
  查询某个用户的粉丝,支持分页。
• 表现层
  处理“查询关注的人”、“查询粉丝”请求。
  编写“查询关注的人”、“查询粉丝”模板。
  关注时间倒序

1. Followservice
   重点是设计返回数据的数据结构
   以及时间倒序(最近时间优先)的获得方式。
   List<Map<String, Object>>

   
   image.png
   

   粉丝和上面的基本相同。

2. FollowController

   
   image.png
   

   粉丝和上面基本相同

3. 处理followee和followerhtml页面

优化登录模块

• 使用Redis存储验证码
  验证码需要频繁的访问与刷新,对性能要求较高。
  验证码不需永久保存,通常在很短的时间后就会失效。
  分布式部署时,存在Session共享的问题。
• 使用Redis存储登录凭证
  处理每次请求时,都要查询用户的登录凭证,访问的频率非常高。
• 使用Redis缓存用户信息
  处理每次请求时,都要根据凭证查询用户信息,访问的频率非常高。

验证码优化

1. 定义验证码key
   因为登录要标识登录的用户是谁，但是此时没法标识，所以我们用生成的随机字符串来标识，并把这个字符串通过cookie短暂的保存，

2. LoginController
   把存入session的验证码去掉
   生成随机字符串，并用cookie保存。并设置生存时间60秒，和路径。验证码存入redis

   
   image.png
   

   在登录具体验证的时候要用
   判断cookie是否存在，存在从redis取值，不存在则返回验证码不正确

使用redis存储登录凭证

不要删除永久保存，将来出个功能，对于登录的次数天数等需要用到。

3. 定义ticket的key;
4. 把LoginTicketMapper定义@Deprecated

5. UserService
   把LoginTicket对象存进去

   
   image.png
   

   修改logout方法

   
   image.png
   修改findLoginTicket方法
   image.png

缓存用户信息功能

重构UserService 的findUserById方法
先取缓存，取不到则取mysql的，如果用户信息改变，有两种方法，

• 修改缓存内容，
• 直接删除缓存。
  第一种麻烦，还会可能遇到并发的问题。

6. 步骤
   • 定义key
   • 优先从缓存中取值
   • 取不到时初始化缓存数据
   • 数据变更时删除缓存

后三个封装成方法在UserService

image.png

7. 修改findUserById
   首先从catch查，如果没有则初始化，
   8.清理缓存的地方
   激活的时候activation把缓存清理
   updateHeader清理缓存，要更新后再清理