1. 如何将分页数据 放入redis
普通分页
一般分页做缓存都是直接查找出来，按页放到缓存里，但是这种缓存方式有很多缺点。
如缓存不能及时更新，一旦数据有变化，所有的之前的分页缓存都失效了。
比如像微博这样的场景，微博下面现在有一个顶次数的排序。这个用传统的分页方式很难应对。
一种思路
最近想到了另一种思路。
数据以ID为key缓存到Redis里；
把数据ID和排序打分存到Redis的skip list，即zset里；
当查找数据时，先从Redis里的skip list取出对应的分页数据，得到ID列表。
用multi get从redis上一次性把ID列表里的所有数据都取出来。如果有缺少某些ID的数据，再从数据库里查找，再一块返回给用户，并把查出来的数据按ID缓存到Redis里。
在最后一步，可以有一些小技巧：
比如在缺少一些ID数据的情况下，先直接返回给用户，然后前端再用ajax请求缺少的ID的数据，再动态刷新。
还有一些可能用Lua脚本合并操作的优化，不过考虑到Lua脚本比较慢，可能要仔细测试。
如果是利用Lua脚本的话，可以在一个请求里完成下面的操作：
查找某页的所有文章，返回已缓存的文章的ID及内容，还有不在缓存里的文章的ID列表。
其它的一些东东：
Lua是支持LRU模式的，即像Memcached一样工作。但是貌似没有见到有人这样用，很是奇怪。
可能是用redis早就准备好把redis做存储了，也不担心内存的容量问题。
2. Redis 中使用 Lua 脚本
Redis 本身已经提供了丰富的命令，但是直接用来处理一些复杂业务时可能还不够方便，会有一定的局限性。因此，在 Redis2.6 版本开始提供了对 Lua 脚本的支持，Lua 脚本的使用还是比较广泛的，比如商品秒杀、分布式锁等，使用 Lua 脚本可以带来以下的好处：
为了让例子更加的贴近实际应用，这里实现一个简单版的分布式锁。这里先用 Jedis 操作。
上边详细的介绍了分布式锁的实现过程，以及可能出现的问题，最终，我们决定删除锁的操作使用 Lua 脚本实现，对应的脚本如下：
Lua 脚本中执行具体的 Redis 命令，需要使用 redis.call() 方法， KEYS 表示客户端发起脚本执行命令时携带的 Redis key 的一个集合， ARGV 则是其它参数的一个集合，主意下标从1开始。结合我们的业务，这里的 KEYS[1] 则表示 lock ， ARGV[1] 则是一个随机字符串。整个脚本的含义就是，如果客户端传递的 lock 的 value 和 Redis 中存储的一致，就删除 lock 。
Lua 脚本的语法还是比较简单的，具体内容可以自行学习。
前边的准备工作基本结束了，文章开始说过执行脚本有两种途径，下边我们具体来看：
这里使用 jedis.eval() 发送脚本到 Redis 服务器执行，后两个参数分别是 key 的集合，以及 value 参数的集合。
先将脚本以文件形式放到 Redis 里，例如这样：
然后通过如下命令让 Redis 服务器缓存脚本：
script load 命令会在 Redis 服务器缓存 Lua 脚本，并且脚本内容经过 SHA-1 签名算法处理后，会返回脚本内容的 SHA1 校验和的编码，然后在端调用时，传入编码字符串作为参数，这样 Redis 服务器就会执行对应缓存的脚本了，就不用了每次发送具体的脚本内容了。
还有两个比较有用的命令：
除了使用上边的命令缓存脚本、生成脚本的 SHA1 校验和的编码，还可以使用 Jedis 实现，但最终的 SHA1 编码内容是不同的：
实际的项目中，可能更多的会在 SpringBoot 项目中整合 Redis，此时执行 Lua 脚本的基本流程如下：
核心的类就是 DefaultRedisScript ，它实现了 RedisScript 接口。 execute() 方法最后一个参数是可变类型的，用来传递多个 value 参数。初次执行 execute() 方法时，其内部会自动缓存 Lua 脚本到 Redis 服务器；同时每次执行脚本时会根据脚本内容自动计算出对应的 SHA1 校验和的编码，去匹配、执行缓存的脚本。
具体的 SHA1 校验和的编码，可以在 execute() 方法执行后，使用 redisScript.getSha1() 查看。使用 SpringBoot 方式 执行 Lua 脚本生成的 SHA1 校验和的编码和前边直接使用 Jedis 生成的一致。
无论用那种方式在 Redis 中使用 Lua 脚本，其中的原理都是类似的。
3. nginx优化以及多级缓存
配置文件：
lua是一个小巧的脚本语言，由标准C编写而成，几乎在所有操作系统和平台上都可以编译运行。其设计目的是为了嵌入应用程序中，从而为应用程序提供灵活的扩展和定制功能。
应用场景：游戏开发、独立应用脚本、redis中嵌套调用实现类似事务的功能，web容器汇总处理NGINX的过滤缓存等等逻辑
OpenResty是一个基于Nginx与Lua的高性能web平台，由中国人章亦春发起，其内部集成了大量精良的Lua库、第三方模块以及大多数的依赖项。用于方便搭建能处理超高并发、扩展性极高的动态Web应用、web服务和动态网关
OpenResty简单理解成就相当于封装了NGINX，并且集成了LUA脚本，开发人员只需要简单的使用其提供了模块就可以实现相关的逻辑，而不像之前，还需要在NGINX中编写lua的脚本。
1.拉取一个openresty的镜像
2.随便构建一个容器用于拷贝配置文件
3.进入容器，查找配置文件路径（这里直接给出）
4.退出容器，复制容器中配置文件到宿主机
5.修改配置文件
1、使用Lua查询Nginx缓存，如果有缓存，则直接将缓存中的分类数据返回
2、如果Nginx缓存中没有分类数据，则通过Lua脚本查询Redis，如果Redis中有数据，则将数据存入到Nginx缓存中，并返回查询到的数据
3、如果Redis中也没有缓存，则此时通过Lua脚本查询Mysql，如果Mysql中有数据，将分类数据存入到Redis缓存，并返回数据
4. redis 怎么缓存用户列表，做到可以分页展示
redis是类似key_value形式的快速缓存服务。类型较丰富，可以保存对象、列表等，支持的操作也很丰富，属于内存数据库，且可以把内存中的数据及时或定时的写入到磁盘。可设置过期自动删除，速度快，易于使用。