redis使用lua
1、eval eval 脚本内容 key个数 key列表 参数列表 如果Lua脚本较长，还可以使用redis-cli-eval直接执行文件。
2、目前的 pull request 只一个概念性的证明。也就是说，为了避免数据丢失，你要么 a） 显式使用事务的变体运行脚本，要么 b） 强制所有 Lua 脚本调用带配置选项的事务语义。
3、如果在清空列表之前使用 lpush操作添加元素，元素会被添加到标记为删除的元素位置，导致数据错误。
4、（1）加锁机制 咱们来看上面那张图，现在某个客户端要加锁。如果该客户端面对的是一个redis cluster集群，他首先会根据hash节点选择一台机器。
5、EVAL and EVALSHA： EVAL 和 EVALSHA 命令是用于执行 Lua 脚本的命令，但是在 Redis 集群模式下不支持对多个槽位执行脚本。
text-align: center">
Redis底层数据结构之String
1、Redis 中的字符串称之为 Simple Dynamic string ，简称为 SDS 。
2、Redis中值的数据结构有String（字符串）、list（列表）、Hash（哈希）、Set（***）和 Sorted Set（有序***）五种，使用可参考 https：// 。
3、String——字符串 String 数据结构是简单的 key-value 类型，value 不仅可以是 String，也可以是数字（当数字类型用 Long 可以表示的时候encoding 就是整型，其他都存储在 sdshdr 当做字符串）。
Redis底层数据结构
二：SDS string作为redis中常用对象之一，普遍用于用户信息缓存等场景。
intset的底层结构 查询方式一般采用二分查找法，实际查询复杂度也就在log(n) Redis-有序***对象（zset） 底层实现为 字典（dict） + 跳表（skiplist），当数据比较少的时候用ziplist编码结构存储。
Redis 中的字符串称之为 Simple Dynamic String ，简称为 SDS 。
Redis中String和byte各自在什么时候使用,有什么区别
.想要在本身原地修改，就只能使用[]byte 2 .string不能为nil，想要返回nil表达特殊含义，只能使用[]byte 3 .string可以直接比较，而[]byte不可以，所以[]byte不可以当map的key值。
Bitmaps单独提供了一套命令， 所以在Redis中使用Bitmaps和使用字符串的方法不太相同。 可以把Bitmaps想象成一个以位为单位的数组， 数组的每个单元只能存储0和1， 数组的下标在Bitmaps中叫做偏移量。
String 字符串 字符串类型是 Redis 最基础的数据结构，首先键都是字符串类型，而且 其他几种数据结构都是在字符串类型基础上构建的，我们常使用的 set key value 命令就是字符串。
在redis中，hash因为是一个***，所以有两层。第一层是key：hash***value，第二层是hashkey：string value。所以判断是否采用hash的时候可以参照有两层key的设计来做参考。并且注意的是， 设置过期时间只能在第一层的key上面设置。
byte是字节型数据，string是字符串型数据，它们的数据类型不同。字符串型。字符串型的变量，字符码范围为0到255，可以声明变长和定长字符串。用“String*大小”的语法声明一个定长字符串。
怎么向redis数据库中同时插入不同类型的数据
1、利用管道插入 cat data.txt | redis-cli --pipe Shell VS Redis pipe 下面通过测试来具体看看Shell批量导入和Redis pipe之间的效率。
2、第一步，在windows下载安装配置好redis数据库。这里我就不再概述了。下载jedis-jar，当然最好是下载最新版本的jar包。这个在百度搜索下就出来的。下载后，放在一个文件夹下面，一会会需要到。第二步。
3、打开SQL，在身份验证中选择“windows身份验证”后，点击下方的连接“按钮。连接后选择数据库-新建数据库，建立名为”test“的数据库。
4、Redis 的List类型和 .NET领域还有所不同，实际上，它是一个双向队列，可以左右插入值。
redis处理数据问题
以下是Redis常见的性能问题有哪些？Master写内存快照，save命令调度rdbSave函数，会阻塞主线程的工作，当快照比较大时对性能影响是非常大的，会间断性暂停服务，所以Master最好不要写内存快照。
redis是内存数据库，访问速度非常快，所以能够解决的也都是这些缓存类型的问题，如下：会话缓存（session Cache）最常用的一种使用Redis的情景是会话缓存（session cache）。
redis的删除del在删除一个大对象的时候有可能造成卡顿。为了解决这个问题Redis0引入了unlink指令，将这个key的对象引用从Redis内存数据里删除，将删除操作封装成一个任务丢到一个异步队列里。
如果 读取的是 Slave 库，则有可能会拿到过期数据，一般造成这样原因有两个。这样的场景由于 Redis 控制不住过期数据被客户端应用误读，形成数据不安全。
解决以上两种情况redis数据丢失的问题 都是靠 以下两个参数配置将数据损失降到最低。
我们经常采用这样的方式将数据刷到Redis中：查询的请求过来，现在Redis中查询，如果查询不到，就查询数据库拿到数据，再放到缓存中，这样第二次相同的查询请求过来，就可以直接在Redis中拿到数据；不过要注意【缓存穿透】的问题。
