本文目录一览：
- 1、Redis怎么实现分布式锁
- 2、关于Redis批量写入的介绍
- 3、京东活动系统--亿级流量架构应对之术
- 4、到点提醒功能如何实现简单,不如试试Redis
- 5、Redis和Memcached的区别
- 6、redis为什么会这么火
redis是保持的AP而非CP，如果要追求强一致性可以使用zookeeper分布式锁 ， 但是zookeeper也不是完全没问题 ， 在出现网络颜值，客户端与服务端失联情况的时候也依然可能会出现分布式的问题 。
Redishash实现方式不同：可以使用SETNX实现分布式锁，将Redis中某个Key的value设置为1 ， 表示该锁被某个客户端取得 。
一个很简单的答案就是去使用 Redission 客户端 。Redission 中的锁方案就是 Redis 分布式锁得比较完美的详细方案 。
但是如果在分布式环境下，要保证多个线程同时只有1个能访问某个资源，就需要用到分布式锁 。这里我们将介绍用Redis的 setnx 命令来实现分布式锁 。
关于Redis批量写入的介绍1、AOF命令写入的内容直接是文本协议格式，开启AOF后，所有写入命令都包含追加操作 ， 直接采用文本协议格式，避免了二次处理开销 。Redis提供了多种AOF缓冲区同步文件策略，由参数appendfsync控制 。
2、redis是一个key-value存储系统 。和Memcached类似，它支持存储的value类型相对更多，包括string（字符串）、list（链表）、set（集合）、zset（sorted set --有序集合）和hash（哈希类型） 。
3、redis提供两种方式进行持久化，一种是RDB持久化（原理是将Reids在内存中的数据库记录定时dump到磁盘上的RDB持久化），另外一种是AOF（append only file）持久化（原理是将Reids的操作日志以追加的方式写入文件） 。
4、从MySQL中将数据导入到Redis的Hash结构中 。当然，最直接的做法就是遍历MySQL数据，一条一条写入到Redis中 。这样没什么错，但是速度会非常慢 。
5、在SpringBoot项目中，通过RBuckets接口实现批量操作对个Bucket对象，示例如下：方法介绍：多个连续命令可以通过RBatch对象在一次网络会话请求里合并发送，这样省去了产生多个请求消耗的时间和资源 。这在Redis中叫做管道 。
京东活动系统--亿级流量架构应对之术1、京东活动系统 是一个可在线编辑、实时编辑更新和发布新活动，并对外提供页面访问服务的系统 。其高时效性、灵活性等特征，极受青睐，已发展成京东几个重要流量入口之一 。近几次大促，系统所承载的pv已经达到数亿级 。
2、每日亿级流量，平均一个用户点击量在20-30左右，通过这个计算出日活用户数约1亿/20=500万 ， 看的人多，买的人少，通常下单率不超过10%，我们按照留存率10%来计算，日均订单约50万单 。
【redis的三大问题 redis研究现状】3、不管是软件开发人员，还是运维人员，通过阅读《亿级流量网站架构核心技术》都能系统地学习实现亿级流量网站的架构核心技术 ， 并收获解决系统问题的思路和方法 。作者简介：张开涛，现就职于京东 ， “开涛的博客”公众号作者 。
到点提醒功能如何实现简单,不如试试Redisredis主备之间可能存在一致性问题，如果部署redis的主机挂了可能会丢数据 。
首先，打开手机上的“提醒事项” 。进入后，点击左上方的“+”号，添加我们要提醒的事项 。接着，点击下图圆圈所圈处： 进入详细信息页面后，点击“在指定位置提醒我” 。
其实你的需求是和时间相关的话，用手机提醒功能就最好了 ， 或者电脑的日历也可以提醒 。
方法/步骤 1 定时提醒功能在电脑中的设置 。
Redis和Memcached的区别1、在Redis中，并不是所有的数据都一直存储在内存中的 。这是和Memcached相比一个最大的区别（我个人是这么认为的） 。
2、数据支持类型：redis在数据支持上要比memecache多的多 。使用底层模型不同：新版本的redis直接自己构建了VM 机制，因为一般的系统调用系统函数的话 ， 会浪费一定的时间去移动和请求 。
3、存储数据安全——memcache 断电就断了，数据没了；redis 可以定期 save 到磁盘 。灾难恢复——memcache 同上 ， redis 丢了后可以通过 aof 恢复 。
4、Redis中，并不是所有的数据都一直存储在内存中的 。这是和Memcached相比一个最大的区别 。
redis为什么会这么火1、那么 ， redis会持续扫描keys 因为，一直大于25%；虽然 ， 这是有扫描时间的上限的25ms；这个时候 ， 刚好客户端请求过来了，如果 ， 客户端将超时时间设置的比较短，比如说10ms，那么就会出现大量链接因为超时而关闭 ， 业务端也会出现很多异常 。
2、第二，单线程避免了线程切换以及加锁释放锁带来的消耗，对于服务端开发来说，锁和线程切换通常是性能杀手 。当然了，单线程也会有它的缺点，也是Redis的噩梦： 阻塞 。
3、线程也不是影响吞吐量的重要因素 。如第一点来说，一般情况下，程序处理内存数据的速度远高于网卡接收的速度 。使用线程好处是可以同时处理多条连接，在极端情况下 ， 可能会提高响应速度 。
4、而在100k以上的数据中，Memcached性能要高于Redis 。虽然Redis最近也在存储大数据的性能上进行优化 ， 但是比起Memcached，还是稍有逊色 。说了这么多 ， 结论是，无论你使用哪一个，每秒处理请求的次数都不会成为瓶颈 。
5、B谁先来处理？肯定是操作系统先拿到这些数据，它会先放在内核态，然后通知上层的应用，你的数据来了，你来读取吧 。
6、内存限制：Redis是基于内存的存储系统，当缓存数据量过大时，可能会消耗大量内存资源，影响软件其他功能的性能 。缓存穿透、缓存击穿和缓存雪崩：这些现象可能导致缓存系统承受较大压力，进而影响整个软件的性能和稳定性 。
