©2020-2024 ioDraw All rights reserved
<>学习场景
redis在我们第一次项目中就可以使用，但是我们对redis的使用场景并不了解，学长也对我们的项目进行了考核，发现尽管使用了一些很拓展的技术，但是并没有将这些技术正确的使用在适用场景。
所以这边文章主要是介绍一下redis的使用场景。
<>redis介绍
Redis是一个高性能、基于内存、单线程实现的数据库系统，因为其高性能的特性，所以redis总是被当作缓存使用。
在这里先介绍一下redis的特点
* 读写性能优化
* 持久化
* 数据类型丰富
* 单线程
* 数据可设置过期时间
* 发布订阅
* 分布式
<>使用场景分析
<>1.高性能适合当做缓存
Redis缓存可以说是redis最常见的应用场景，主要是因为redis读写性能优异。并且redis内部和mysql一样是支持事物的，所以在使用时可以保持数据的读写正常
我个人常用的redis缓存使用的方式：
读取数据前，先查询redis缓存，如果查询不到缓存，就查询数据库，同时把数据库数据加入到缓存信息。
这种方式查询起来比较简单，但是要注意避免缓存击穿，同时相对来说，数据的实时性会比较差一点。
<>2.数据格式丰富
Redis支持五大数据类型，分别是String、List、Set、Hash、ZSet。
其中
String字符串，最简单的K-V数据格式；
List简单的列表，顺序列表；
Set支持首位或者尾位charity数据的无序集合；
Hash适合信息变动的数据的存储；
ZSet查找速度快，使用交、并、补集处理。
下面分别更加详细的介绍一下各种数据类型的用法：
* String：适用于最简单的K-V存储，短信验证码、邮箱验证码和一些配置信息等，就可以使用这种类型来存储；
* Hash：一般key为ID或者是唯一标识，value对应的就是具体的数据信息，比如商品详情、个人信息、热门推荐文章等；
* List：因为list是有序的，比较适合存储一些有序且数据相对固定的数据，比如省市区列表，还可以根据写入的时间来排序，如消息队列等；
* Set：可以简单的理解为ID-List的模式，可以使用交、并、补集来处理一些用户数据，比如，查找两个人的共同好友等；
*
ZSet：是Set集合的增强版本，增加了一个score参数，自动会根据score的值进行排序，比较适合类似于top10等根据不同的插入的时间来进行排序的数据。
<>3.单线程分布式锁
之前的文章我就介绍过，redis是单线程的。但是它的效率并不比多线程差，多路复用的方式使得处理效率大大提高。
基于redis的单线程特性，最常用的就是分布式锁，应对高并发的系统，都是多服务器部署，对于现阶段我的技术水平来说，还没有学习锁的进阶应用，所以此处一笔带过，后期会补。
<>4.自动过期
Redis针对缓存还能设置过期时间，这个特点是我们应用redis最多的，过期的数据清理无需使用方去手动清理，而是redis自动过期删除，当然，这样效率比较高，性能也不会差，最常见的就是短信验证码、邮箱验证码、具有时间性的活动上线、充值活动等，并不需要数据库去查询时间进行对比。
<>总结
以上可能只是部分redis的使用场景，对于以后再有的redis的使用技巧，我还会继续给大家分享。