资讯专栏INFORMATION COLUMN

redis

rose / 3064人阅读

摘要:是完全开源免费的,用语言编写的,遵守协议。是一个高性能的分布式内存数据库,基于内存运行并支持持久化的数据库,是当前最热门的数据库之一也被人们称为数据结构服务器。当,且两者的值相差较大时,表示存在内部或者外部的内存碎片。

博文参考

</>复制代码

  1. http://blog.sina.com.cn/s/blog_a1e9c7910102vl64.html
  2. http://blog.csdn.net/freebird_lb/article/details/7733970
  3. http://www.cnblogs.com/stephen-liu74/category/354125.html
  4. http://blog.csdn.net/lifetragedy/article/details/50628820
redis概述

</>复制代码

  1. redis

</>复制代码

  1. 全称:REmote DIctionary Server(远程字典服务器)。是完全开源免费的,用C语言编写的, 遵守BCD协议。是一个高性能的(key/value)分布式内存数据库,基于内存运行并支持持久化的NoSQL数据库,是当前最热门的NoSql数据库之一,也被人们称为数据结构服务器。

</>复制代码

  1. Redis 与其他 key - value 缓存产品有以下三个特点

</>复制代码

  1. 1)Redis支持数据的持久化,可以将内存中的数据保持在磁盘中,重启的时候可以再次加载进行使用
  2. 2)Redis不仅仅支持简单的key-value类型的数据,同时还提供list,set,zset,hash等数据结构的存储
  3. 3)Redis支持数据的备份,即master-slave模式的数据备份

</>复制代码

  1. 下载

Http://redis.io/
Http://www.redis.cn/

</>复制代码

  1. 相比memcached,Rdeis有以下优点:

</>复制代码

  1. 1. redis原生支持的数据类型更多。
  2. 2. redis具有持久化机制,可以定期将内存中的数据持久化到硬盘上。
  3. 3. redis支持master-slave模式的数据备份。
  4. 4. 性能。Redis作者的说法是平均到单个核上的性能,在单条数据不大的情况下Redis更好。
  5. 为什么这么说呢,理由就是Redis是单线程运行的。因为是单线程运行,所以和Memcached的多线程相比,整体性能肯定会偏低。因为是单线程运行,所以IO是串行化的,网络IO和内存IO,因此当单条数据太大时,由于需要等待一个命令的所有IO完成才能进行后续的命令,所以性能会受影响。

conf配置文件

</>复制代码

  1. #### GENERAL ####
  2. daemonize yes #以守护进程的方式运行
  3. pidfile “/var/run/redis/redis.pid” #pidfile
  4. port 6379 #port
  5. tcp-backlog 511 #tcp的backlog队列长度,backlog的长度是未建立的tcp连接和已经建立的tcp连接之和,等待进程从队列中调用建立的连接。
  6. bind 192.168.1.30 10.0.0.1 #监听的地址,可以指定多个,0.0.0.0代表本机所有所有地址。
  7. timeout 5000 #客户端连接的超时时间,单位是毫秒。
  8. loglevel notice #日志的记录等级。
  9. logfile “/var/log/redis/redis.log” #日志的存放位置。
  10. databases 16 #redis所启动的数据库(名称空间)数量,可以在cli中通过select #来切换。
  11. ## SNAPSHOTTING ##
  12. save 900 1 #RDB方式的持久化策略,也就是说RDB方式下,数据被定期存储到磁盘的策略。
  13. save 300 10 #此处三个save依次表示,在900秒内,如果1个key发生改变就写一次磁盘;
  14. save 60 10000 #在300秒内,如果10个key发生改变就写一次磁盘;在60秒内如果10000个key发生改变就写一次磁盘。
  15. stop-writes-on-bgsave-error yes #在bgsave时,发生写入操作时会报告错误么,即在bgsave时不允许写入数据。
  16. rdbcompression yes #rdb文件可以被压缩。
  17. rdbchecksum yes #rdb文件开启校验。
  18. dbfilenamedump.rdb#db的名称为 dump.rdb
  19. dir “/redis/data1” #RDB的数据目录,在指定非默认目录时,需要修改目录的属主属组为你当前redis进程的属主属组,一般为redis。
  20. # APPEND ONLY MODE #
  21. appendonly yes #开启AOF持久化方式。
  22. appendfilenameappendonly.aof#AOF文件名。
  23. appendfsync everysec #AOF的持久化策略,有三个值,always表示只要发生数据操作就执行保存或者重写AOF;everysec表示一秒一次;no表示关闭;
  24. no-appendfsync-on-rewrite yes #在重写时将当前AOF的日志存储在内存中,防止AOF附加操作与重写产生数据写入堵塞问题,提高了性能却增加了数据的风险性。
  25. auto-aof-rewrite-percentage 100 #每当AOF日志是上次重写的一倍时就自动触发重写操作。
  26. auto-aof-rewrite-min-size 64mb #自动触发重写的最低AOF日志大小为64MB,为了防止在AOF数据量较小的情况话频繁发生重写操作。
  27. aof-load-truncated yes #当redis发生奔溃,通过AOF恢复时,不执行最后最后那条因为中断而发生问题的语句。
  28. #### LIMITS ####
  29. maxclients 10000 #限制最大的并发用户连接数为10000条。
  30. # maxmemory #限制最大的内存使用量。
  31. ### SECURITY ###
  32. requirepass #设定认证的密码,如果设定了,在远程cli登录,主从配置和sentinel时都需要指定对应参数为此passwd。
主从复制原理与架构实现

</>复制代码

  1. 只需在从节点的配置文件中修改以下配置即可:
  2. ### REPLICATION ###
  3. slaveof 192.168.1.29 6379 #主节点地址,
  4. #masterauth #如果设置了访问认证就需要设定此项。
  5. slave-server-stale-data yes #当slave与master连接断开或者slave正处于同步状态时,如果slave收到请求允许响应,no表示返回错误。
  6. slave-read-only yes #slave节点是否为只读。
  7. slave-priority 100 #设定此节点的优先级,是否优先被同步。
redis的高可用方案 – sentinel

</>复制代码

  1. 只需在sentinel节点的配置文件中修改以下配置即可:
  2. vim /etc/redis-sentinel.conf
  3. port 26379
  4. #sentinel announce-ip 1.2.3.4 #默认监听在0.0.0.0 所以此处可以注释。
  5. dir “/tmp”
  6. sentinel monitor mymaster 192.168.1.29 6379 1 #sentinel moitor <法定人数quorum>
  7. #设定master节点的*名称*和位置,法定人数表示多少台sentinel节点认同才可以上线。
  8. sentinel down-after-milliseconds mymaster 5000 #如果联系不到节点5000毫秒,我们就认为此节点下线。
  9. sentinel failover-timeout mymaster 60000 #设定转移主节点的目标节点的超时时长。
  10. sentinel auth-pass #如果redis节点启用了auth,此处也要设置password。
  11. 一些关于sentinel的命令:
  12. sentinel master #查看此复制集群的主节点信息。
  13. sentinel slaves #查看此复制集群的从节点信息。
  14. sentinel failover #切换指定的节点为节点为主节点。
Redis服务器的信息

</>复制代码

  1. redis_version : 2.8.19 # Redis服务器版本
  2. redis_git_sha1:00000000 #Git SHA1
  3. redis_git_dirty: 0 #Git dirty flag
  4. os: Linux 3.2.0-23-generic x86_64 #Redis服务器的宿主操作系统
  5. arch_bits: 64 #服务器系统架构(32位或64位)
  6. multiplexing_api: epoll #Redis使用的事件处理机制
  7. gcc_version:4.6.3 #编译Redis时所使用的GCC版本
  8. process_id:7573 #Redis服务的进程PID
  9. run_id:f1c233c4194cba88616c5bfff2d97fc3074865c1 #Redis服务器的随机标识符(用于Sentinel和集群)
  10. tcp_port:6379 #Redis服务监听的TCP端口
  11. uptime_in_seconds:7976 #自Redis服务器启动以来,经过的秒数
  12. uptime_in_days:0 #自Redis服务器启动以来,经过的天数. 这里还不到1天,故显示为0
  13. hz:10 # Redis调用内部函数来执行许多后台任务的频率为每秒10次
  14. lru_clock:1133773 #以分钟为单位进行自增的时钟,用于LRU管理
  15. config_file:/data/redis_6379/redis.conf #redis.conf配置文件所在路径
Clients记录客户信息

</>复制代码

  1. connected_clients:2 #已连接客户端的数量(不包括通过从服务器连接的客户端)
  2. client_longest_output_list:0 #当前的客户端连接中,最长的输出列表
  3. client_biggest_input_buf:0 #当前连接的客户端中,最大的输入缓存
  4. blocked_clients:0 #正在等待阻塞命令(BLOP、BRPOP、BRPOPLPUSH)的客户端的数量
Memory记录服务器内存信息

</>复制代码

  1. used_memory:894216 #Redis分配器分配给Redis的内存。例如,当Redis增加了存储数据时,需要的内存直接从分配器分配给它的内存里面取就可以了,也就是直接从used_memory取。而Redis分配器分配给Redis的内存,是从操作系统分配给Redis的内存里面取的(单位是字节)
  2. used_memory_human:873.26K #以人类可读格式显示Redis消耗的内存
  3. used_memory_rss:2691072 #操作系统分配给Redis的内存。也就是Redis占用的内存大小。这个值和top指令输出的RES列结果是一样的。RES列结果就表示Redis进程真正使用的物理内存(单位是字节)
  4. used_memory_peak:914160 #Redis的内存消耗峰值(单位是字节)
  5. used_memory_peak_human:892.73K #以人类可读的格式返回Redis的内存消耗峰值
  6. used_memory_lua:35840 #Lua引擎所使用的内存大小(单位是字节)
  7. mem_fragmentation_ratio:3.01 # used_memory_rss和used_memory之间的比率
  8. mem_allocator:jemalloc-3.6.0 #在编译时指定的,Redis所使用的内存分配器。可以是libc、jemalloc或者tcmalloc

</>复制代码

  1. 小知识

</>复制代码

  1. 理想情况下,used_memory_rss的值应该只比used_memory稍微高一点。
  2. 当rss >used,且两者的值相差较大时,表示存在(内部或者外部的)内存碎片。内存碎片的比率可以通过mem_fragmentation_ratio的值看出;
  3. 当used>rss时,表示Redis的部分内存被操作系统换出到交换空间,在这种情况下,操作可能会产生明显的延迟。
Persistence记录RDB持久化和AOF持久化信息

</>复制代码

  1. loading:0 #一个标志值,记录了服务器是否正在载入持久化文件
  2. rdb_changes_since_last_save:0 #距离最后一次成功创建持久化文件之后,改变了多少个键值
  3. rdb_bgsave_in_progress:0 #一个标志值,记录服务器是否正在创建RDB文件
  4. rdb_last_save_time:1427189587 #最近一次成功创建RDB文件的UNIX时间戳
  5. rdb_last_bgsave_status:ok #一个标志值,记录了最后一次创建RDB文件的结果是成功还是失败
  6. rdb_last_bgsave_time_sec:0 #记录最后一次创建RDB文件耗费的秒数
  7. rdb_current_bgsave_time_sec:-1 #如果服务器正在创建RDB文件,那么这个值记录的就是当前的创建RDB操作已经耗费了多长时间(单位为秒)
  8. aof_enabled:0 #一个标志值,记录了AOF是否处于打开状态
  9. aof_rewrite_in_progress:0 #一个标志值,记录了服务器是否正在创建AOF文件
  10. aof_rewrite_scheduled:0 #一个标志值,记录了RDB文件创建完之后,是否需要执行预约的AOF重写操作
  11. aof_last_rewrite_time_sec:-1 #记录了最后一次AOF重写操作的耗时
  12. aof_current_rewrite_time_sec:-1 #如果服务器正在进行AOF重写操作,那么这个值记录的就是当前重写操作已经耗费的时间(单位是秒)
  13. aof_last_bgrewrite_status:ok #一个标志值,记录了最后一次重写AOF文件的结果是成功还是失败

</>复制代码

  1. 开启AOF持久化功能

</>复制代码

  1. 在Persistence部分还会加上以下域:
  2. aof_current_size:14301 #AOF文件目前的大小
  3. aof_base_size:14301 #服务器启动时或者最近一次执行AOF重写之后,AOF文件的大小
  4. aof_pending_rewrite:0 #一个标志值,记录了是否有AOF重写操作在等待RDB文件创建完之后执行
  5. aof_buffer_length:0 # AOF缓冲区的大小
  6. aof_rewrite_buffer_length:0 #AOF重写缓冲区的大小
  7. aof_pending_bio_fsync:0 #在后台I/0队列里面,等待执行的fsync数量
  8. aof_delayed_fsync:0 #被延迟执行的fsync数量
Stats记录统计信息

</>复制代码

  1. total_connections_received:8 #服务器已经接受的连接请求数量
  2. total_commands_processed:10673 #服务器已经执行的命令数量
  3. instantaneous_ops_per_sec:0 #服务器每秒中执行的命令数量
  4. rejected_connections:0 #因为最大客户端数量限制而被拒绝的连接请求数量
  5. expired_keys:0 #因为过期而被自动删除的数据库键数量
  6. evicted_keys:0 #因为最大内存容量限制而被驱逐(evict)的键数量
  7. keyspace_hits:1 #查找数据库键成功的次数
  8. keyspace_misses:0 #查找数据库键失败的次数
  9. pubsub_channels:0 #目前被订阅的频道数量
  10. pubsub_patterns:0 #目前被订阅的模式数量
  11. latest_fork_usec:159 #最近一次fork()操作耗费的时间(毫秒)
Replication记录主从复制的信息

</>复制代码

  1. role:master #在主从复制中,充当的角色。如果没有主从复制,单点的,它充当的角色也是master
  2. connected_slaves:1 #有一个slave连接上来
  3. slave0:ip=14.17.119.220,port=6379,state=online,offset=718446,lag=0 #slave的IP、端口、状态等

</>复制代码

  1. 如果当前服务器是从服务器的话,那么这个部分还会加上以下域:

master_host :主服务器的IP地址

master_port:主服务器监听的端口号

master_link_status:复制连接当前的状态,up表示连接正常,down表示连接断开

master_last_io_seconds_ago:距离最近一次与主服务器进行通信已经过去了多少秒

master_sync_in_progress:一个标志值,记录了主服务器是否正在与这个从服务器进行同步

</>复制代码

  1. 如果同步操作正在进行,那么这个部分还会加上以下域:

master_sync_left_bytes:距离同步完成还缺多少字节的数据

master_sync_last_io_seconds_ago: 距离最近一次与主服务器进行通信已经过去了多少秒

</>复制代码

  1. 如果主从服务器之间的连接处于断线状态,那么这个部分还会加上以下域:

master_link_down_since_seconds: 主从服务器连接断开了多少秒

</>复制代码

  1. cpu部分记录了CPU的计算量统计信息,它包含以下域:

</>复制代码

  1. used_cpu_sys:75.46 #Redis服务器耗费的系统CPU
  2. used_cpu_user:90.12 #Redis服务器耗费的用户CPU
  3. used_cpu_sys_children:0.00 #Redis后台进程耗费的系统CPU
  4. used_cpu_user_children:0.00 #Redis后台进程耗费的用户CPU
  5. Keyspace部分记录了数据库相关的统计信息,如数据库的键数量、数据库已经被删除的过期键数量。对于每个数据库,这个部分会添加一行以下格式的信息:
  6. db0:keys=25,expires=0,avg_ttl=0 #0号数据库有25个键、已经被删除的过期键数量为0个

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/27024.html

相关文章

  • redis主从配置

    摘要:下载检查一下看有没有问题安装完之后,会在目录下生成几个可执行文件,分别是。其中是启动服务的,是进入客户端的。 1、下载redis3.2.3 wget http://download.redis.io/releases/redis-3.2.3.tar.gz tar -zxvf redis-3.2.3.tar.gz cd redis-3.2.3 make make test //检查一下 ...

    zhaot 评论0 收藏0
  • phpredis

    摘要:多线程版本中,和的工作方式和非持久连接的工作方式相同。如果设为默认,一次发出一条命令,有时会返回空数组。 Redis 类和方法 用法 Redis 类 RedisException 类 预定义常量 Redis 类 创建Redis客户端 示例 $redis = new Redis(); RedisException 类 如果无法访问Redis服务器,phpredis抛出Redis...

    AdolphLWQ 评论0 收藏0
  • redis Q&A

    摘要:是什么基于内存有客户端和服务器端非关系型数据库应用场景是什么缓存队列数据持久存储如何安装如何启动如何关闭客户端如何启动下载解压编译安装服务启动注意这种方式启动使用的是默认配置通过启动参数告诉使用指定配置文件使用下面命令启动服务关 redis 是什么? 基于内存 有客户端和服务器端 NoSQL非关系型数据库 redis 应用场景是什么? 缓存 队列 数据持久存储 redis 如何...

    saucxs 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<