键管理

作者: Audience0 | 来源:发表于2018-07-06 16:14 被阅读0次

    --- 单个键管理

        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的可能性。

    相关文章

      网友评论

          本文标题:键管理

          本文链接:https://www.haomeiwen.com/subject/oampuftx.html