键管理

2018-07-06  本文已影响0人  Audience0

--- 单个键管理

    type key 键类型

    del key 删除键

    object encoding key 内部实现 

    expire key time 设置键过期

    rename key newkey 重命名键名

        rename键会强制覆盖,为防止覆盖,则提供了renamenx命令,确保只有newkey不存在的时候才会被覆盖。

        --重命名期间会执行del命令删除旧键,如果键对应的值比较大,会存在阻塞Redis的可能性。

        --rename和renamenx中key和newkey如果是相同的,在Redis3.2和之前版本返回结果是不同的,Redis3.2之后,返回OK,而之前会提示错误。

    randomkey 随机返回一个键  时间复杂度O(1) 

---------------------------------------------------------------------------------------------------------------

    键过期:

expire key  seconds :键在seconds秒后过期

expireat key timestamp:键在秒级时间戳timestamp后过期。

ttl命令和pttl都可以查询键的剩余过期时间,但是pttl精确度更高可以达到毫秒级别,有3种返回值:    

    >= 0的整数:键剩余的过期时间(ttl是秒,pttl是毫秒)

    -1:键没有设置过期时间

    -2:键不存在。

pexpire key milliseconds 毫秒后过期

pexpireat key milliseconds-timestamp 键在毫秒级时间戳timestamp后过期

但无论是使用过期时间还是时间戳,秒级还是毫秒级,在Redis内部最终使用的都是pexpireat。

    --如果expire key 的键不存在,返回结果为0

    --如果过期时间为负值,键会立即被删除,犹如使用del命令一样

    --persist 命令可以将键的过期时间清楚

    --对于字符串类型键,执行set命令的时候会去掉过期时间,在Redis源码中,set命令的函数setKey,中会执行removeExpire()函数去掉过期时间

    --Redis不支持二级数据接口(例如哈希、列表)内部元素的过期功能

    --setex命令作为set+expire的组合,不但是院子操作,同时减少一次网络通讯的时间。

--------------------------------------------------------------------------------------------

键迁移:

    move key db

    Redis内部可以有多个数据库,而多个数据库之间数据的隔离的,move key db 可以把指定的key从源数据库移动到目标数据库中,但是不建议在生产环境中使用多数据库。

    dump + restore

       dump key

       restore key ttl value

        dump + restore 可以实现在不用的Redis实例之间进行数据迁移的功能,整个过程分为两步:

            --在源Redis上,dump命令会将键值序列化,格式采用的是RDB格式。

            --在目标Redis上,restore命令将上面序列化的值进行复原,其中ttl参数代表过期时间,ttl=0代表没有过期时间

            --整个迁移过程并非原子性的,而是通过客户端分布完成的。

            --迁移过程是开启了两个客户端连接,所以dump的结果不是在源Redis和目标Redis之间进行传输。

        migrate

        migrate host port key|"" destination-db timeout [copy] [replace] [keys key[key...]]

        migrate命令也是用于在Redis实例间进行数据迁移的,实际上migrate命令就是讲dump、restore、del三个命令进行组合。具有原子性,而且Redis3.06版本之后,支持多键功能。

        migrate整个过程是原子性的,不需要在多个Redis实例上开启客户端的,只需要在源Redis上执行migrate命令即可。

        migrate命令的数据传输直接在源Redis和目标Redis上完成的。

        目标Redis完成restore后会发送OK给源Redis,源Redis接收后会根据migrate对应的选项来决定是否删除源Redis上对应的键

        host:目标Redis的IP地址

        port:目标Redis的端口号

        key | “ ”:Redis3.0.6之前,只可以迁移一个键,所以此处是要迁移的键。3.0.6之后,如果要迁移多个键,此处为“ ”

        destination-db:目标Redis的数据库索引,例如要迁移到0号数据库,这里写0

        timeout:迁移的超时时间(单位毫秒)

        [copy]:如果添加此选项,迁移后并不删除源键

        [replace]:如果添加此选项,migrate不管目标Redis是否存在该键都会正常迁移进行数据覆盖。

        [keys key [key...]]:迁移多个键

------------------------------------------------------------------------------------------------------------------------

遍历键:

    --全量遍历:

        keys pattern

            pattern 匹配:

            * 代表匹配任意字符

           ? 代表匹配一个字符

            [] 代表匹配部分字符,例如[1,3]代表匹配1或3,[1-10]代表匹配1到10 任意数字

            \x 用来做转义,例如要匹配*号,?号需要转义

--渐进式遍历

    scan采用渐进式遍历的方式来解决keys命令可能带来阻塞的问题,每次scan命令的时间复杂度O(1),但是真正实现keys功能需要执行多次scan命令。

    Redis存储键值对实际使用的hashtable的数据结构,每次执行scan只会扫描一个字典中的一部分键

    scan cursor [match pattern] [count number] 

    cursor 是必需的参数,实际上cursor是一个游标,第一次遍历从0开始,每次scan遍历完成都会返回当前游标的值,知道游标值为0,表示遍历结束

    match pattern 是可选参数,他的作用是做模式匹配

    count number 是可选参数,他的作用是表名每次遍历的键个数,默认值是10

        集合类型

        哈希类型        hgetall    hscan       hscan key cursor

        集合类型        smember  sscan            sscan key cursor

        有序集合        zrange  zscan                zscan key cursor

---------------------------------------------------------------------------------------------------------------

数据库管理

dbsize  返回当前数据库中key的个数,时间复杂度O(1)

select DBIndex 切换数据库  默认Redis有16个数据库

        Redis3.0中已经开始弱化改功能,因为

            --Redis是单线程的,如果使用多个数据库,那么这些数据库仍然使用一个CPU,彼此之间还是会受到影响。

            --多数据的使用方式,会让调度和运维不同业务的数据库变的困难,加入有一个慢查询存在,依然会影响其他数据库,这样会使别的业务定位问题变得困难

            --部分Redis的客户端根本就不支持这种方式,即使支持,在开发中来回切换数据库,很容易混乱,不如使用多个Redis实例

flushdb/flushall

flushdb/flushall 命令用于清楚数据库,两者的区别是flushdb只清除当前数据库,flushall会清除所有数据库,如果当前数据库键值数量比较多,会有阻塞Redis的可能性。

上一篇下一篇

猜你喜欢

热点阅读