Redis常用命令入门——列表类型（一级二级缓存技术）

获取列表片段

redis 127.0.0.1:> LRANGE KEY_NAME START END

lrange命令比较常用，返回从start到stop的所有元素的列表，start和stop都是从0开始。

（1）查询所有（获取全部列表）：LRANGE KEY_NAME 0 -1

1.41.88.9:[]> LRANGE myList2  -
 ) "b"
 ) "e"
 ) "g"
 ) "b"
 ) "f"
 ) "e"
 ) "b"
 ) "d"
 ) "c"
) "b"
) "e"
) "a"
) "d"
) "c"
) "b"
) "a"

（2）查询前两个：LRANGE KEY_NAME 0 2

12.4.8.2:[]> LRANGE myList2 - -
) "b"
) "a"

（3）lrange还支持负值索引，这里是负值大家可以把负号加值直接理解成从从右数第多少个，要是执行lrange numbers -2 -1，就会得到最后两个值。

（4）查询倒数3个：LRANGE KEY_NAME  -3 -1

1.1.88.2:[]> LRANGE myList2 - -
) "c"
) "b"
) "a"

这里有两点要注意一下：

（1）如果start索引比stop索引位置靠后（这里说的是位置，不是索引值的大小），则会返回空列表(empty list or set)。

（2）如果stop大于实际的索引范围，则会返回列表最后边的元素。

删除列表中指定值

redis 127.0.0.1:> LREM KEY_NAME COUNT VALUE

Redis Lrem 根据参数 COUNT 的值，移除列表中与参数 VALUE 相等的元素。

COUNT 的值可以是以下几种：

• count > 0 : 从表头开始向表尾搜索，移除与 VALUE 相等的元素，数量为 COUNT 。
• count < 0 : 从表尾开始向表头搜索，移除与 VALUE 相等的元素，数量为 COUNT 的绝对值。
• count = 0 : 移除表中所有与 VALUE 相等的值。

返回值是删除值的个数。

删除倒数2个值：

11.1.88.9:[]> LREM mylist - hello
(integer) 

删除顺序的1个值：

11.4.88.9:[]> LREM mylist  hello
(integer) 

只保留列表中指定的片段

Redis Ltrim 对一个列表进行修剪(trim)，就是说，让列表只保留指定区间内的元素，不在指定区间之内的元素都将被删除。

下标 0 表示列表的第一个元素，以 1 表示列表的第二个元素，以此类推。 你也可以使用负数下标，以 -1 表示列表的最后一个元素， -2 表示列表的倒数第二个元素，以此类推。

redis 127.0.0.1:> LTRIM KEY_NAME START STOP

Ltrim 剪切注意事项：

【1】从左边开始剪切是从：0 开始 ，这样的话可以按照数组下标的方式去获取存储就可以了。0就是第一个元素哦

【2】从右边剪切是从：-1 开始的，-1就是倒数第一个元素哦！

查询所有元素：

12.1.88.2:[]> LRANGE mylist  -
) ""
) ""
) ""
) ""
) ""
) ""

例如：只截取中间的两个值：

) ""
) ""

可以这么做：

11.4.88.209:[]> LTRIM mylist  -3  左边第三个元素开始和右边第三个元素开始
OK
11.41.8.29:[]> LRANGE mylist  -
) ""
) ""
11.1.88.9:[]> 

原始数据：

11.1.8.29:[]> LRANGE mylist  -
) ""
) ""
) ""
) ""
) ""
) ""
) ""

只截取前面的5条数据：

11.1.8.209:[]> LTRIM mylist  4 // 0~4 刚好5个元素
OK
11.41.88.209:[]> LRANGE mylist  -1  //查看所有列表
) ""
) ""
) ""
) ""
) ""

利用链表实现文章列表页缓存

通常的文章列表，每次都要访问数据库，数据库压力很大，一个分页条件的不同页面之间数据无法共享。一旦数据库出问题时，整个页面随之无法访问。

怎么办？可以增加memcache缓存。每一页做一个缓存，例如10分钟。但是多页之间，可能你先缓存，我后缓存，数据就会出现不一致的情况。而且每一页的缓存创建都需要访问数据库。如果将所有结果缓存起来，每次读取出整个缓存再分析出分页数据，不仅性能不高，服务器网卡也将承受巨大的流量压力。

而redis的链表功能，能基本完美的解决这些问题。

将mysql查询出的列表的全部文章id都保存到一个链表里，需要访问第N页时，只需要lrange出对应的PAGE_SIZE个文章id，然后再从缓存中读取这PAGE_SIZE个文章的信息。列表就完成了。下次访问的时候，就完全不需要数据库，直到缓存失效。并且一次读取，所有分页都共用该缓存。不仅提高了效率，还保证了分页间的数据一致。文章信息，也再从数据库读取之后，保存到redis中。

对于访问频繁且从数据库读取代价比较大的数据，一旦缓存失效，将有多个并发去请求数据库，给数据库带来很大的压力。这时可以给列表缓存（命名为list）再加个存活缓存（命名为live）。list永不过期，而live存活时间只有10分钟。每次先lrange请求出需要的数据，再检测live是否存在。如果不存在就先重新设置live，然后再从数据库读取列表，重新设置list。这样的好处就是，只有第一个检测到live失效的请求会访问数据库，其他并发请求访问的是缓存数据。

这个方法带来的另一个好处是，即使数据库宕机，列表仍然能正常访问

获取Redis数据批量的保存到Redis中去解析Redis数据的json格式

 public function RedisSaveToMysqlJsonAction()
    {
        $redis = RedisInstance::getInstance();
        $redis->select(1);
        $redisInfo = $redis->lRange('message01',0,9);
        $dataLength = $redis->lLen('message01');
        $redis->set('dataLength_front',$dataLength);
        while($dataLength > 20) {
            try {
                $this->db->begin();
                foreach ($redisInfo as $action) {
                    $sql = "INSERT INTO stream_name (name,createTime,userId,content) VALUES (?, ? ,? ,?)";
                    $this->db->execute($sql, array(
                        json_decode($action,true)['userName'],
                        json_decode($action,true)['createTime'],
                        json_decode($action,true)['userId'],
                        json_decode($action,true)['content'],
                    ));
                }
                $redis->set('message_insert_success', '00000');
                $redis->lTrim('message01', 10, -1);
                $redisInfo = $redis->lRange('message01',0,9);
                $dataLength = $redis->lLen('message01');
                $redis->set('dataLength_backenk', $dataLength);
                $this->db->commit();
            } catch (\Exception $e) {
                $redis->set('message_catch', json_encode($e));
                $this->db->rollback();
            }
        }
        var_dump($redisInfo);
        die;
    }