项目笔记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
  1. 刷新库清空库的数据
flushdb
  1. 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

  1. 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右侧出队一个值

  1. set集合 无序且唯一
sadd key number
sadd test:teachers aaa bbb ccc ddd eee //集合加入数据
scard test:teachers //统计集合元素个数
spop test:teachers     // 集合中随机弹出一个元素  ,可以实现抽奖功能
smembers test:teachers //查询集合中的元素
  1. 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 //取范围的值,从小到大取三个
  1. 全局命令
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
  1. 用法,创建测试实例
    简化方案,不用每次都传rediskey参数
    通过BoundxxxOperations绑定key参数xxx表示参数类型。这样就省略了这个参数。
    image.png
  2. 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>


    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存储登录凭证

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

  1. 定义ticket的key;
  2. 把LoginTicketMapper定义@Deprecated
  3. UserService
    把LoginTicket对象存进去


    image.png

    修改logout方法


    image.png

    修改findLoginTicket方法
    image.png
缓存用户信息功能

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

  • 修改缓存内容,
  • 直接删除缓存。
    第一种麻烦,还会可能遇到并发的问题。
  1. 步骤
    • 定义key
    • 优先从缓存中取值
    • 取不到时初始化缓存数据
    • 数据变更时删除缓存

后三个封装成方法在UserService


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

你可能感兴趣的:(项目笔记4-高性能存储)