Redis设置详解

源码 2024-9-4 16:37:56 45 0 来自 中国
redis.cnf



    • Redis默认不是以守护历程的方式运行,可以通过该设置项修改,利用yes启用守护历程
      daemonize no


    • 当Redis以守护历程方式运行时,Redis默认会把pid写入/var/run/redis.pid文件,可以通过pidfile指定
      pidfile /var/run/redis.pid


    • 指定Redis监听端口,默认端口为6379,作者在本身的一篇博文中表明了为什么选用6379作为默认端口,由于 6379在手机按键上MERZ对应的号码,而MERZ取自意大利歌女Alessia Merz的名字
      port 6379


    • 绑定的主机地点(默认只答应127.0.0.1Redis发起访问)
      bind 127.0.0.1

  • 5.当 客户端闲置多长时间后关闭毗连,如果指定为0,表现关闭该功能
    timeout 300

    • 指定日记记载级别,Redis统共支持四个级别:debug、verbose、notice、warning,默以为verbose
      loglevel verbose


    • 日记记载方式,默以为标准输出,如果设置Redis为守护历程方式运行,而这里又设置为日记记载方式为标准输 出,则日记将会发送给/dev/null
      logfile stdout


    • 设置数据库的数目,默认数据库为0,可以利用SELECT <dbid>下令在毗连上指定命据库id
      databases 16


    • 指定在多长时间内,有多少次更新利用,就将数据同步到数据文件,可以多个条件共同 save <seconds> <changes> Redis默认设置文件中提供了三个条件:
      save 900 1   表现900秒(15分钟)内有1个更改
      save 300 10 表现300秒(5分钟)内有10个更改
      save 60 10000 表现60秒内有10000个更改。


    • 指定存储至本地数据库时是否压缩数据,默以为yes,Redis接纳LZF(压缩算法)压缩,如果为了节省CPU时 间,可以关闭该选项,但会导致数据库文件变的巨大
      rdbcompression yes


    • 指定本地数据库文件名,默认值为dump.rdb
      dbfilename dump.rdb


    • 指定本地数据库存放目录
      dir ./


    • 设置当本机为slave服务时,设置master服务的IP地点及端口,在Redis启动时,它会主动从master举行数据 同步
      slaveof <masterip> <masterport>


    • 当master服务设置了暗码掩护时,slave服务毗连master的暗码 masterauth <master-password>


    • 设置Redis毗连暗码,如果设置了毗连暗码,客户端在毗连Redis时须要通过AUTH <password>下令提供密 码,默认关闭
      requirepass foobared


    • 设置同一时间最大客户端毗连数,默认无穷定,Redis可以同时打开的客户端毗连数为Redis历程可以打开的最 大文件形貌符数,如果设置 maxclients 0,表现不作限定。当客户端毗连数到达限定时,Redis会关闭新的毗连并 向客户端返回max number of clients reached错误信息
      maxclients 128


    • 指定Redis最大内存限定,Redis在启动时会把数据加载到内存中,到达最大内存后,Redis会先尝试扫除已到 期或即将到期的Key,当此方法处置处罚 后,仍旧到达最大内存设置,将无法再举行写入利用,但仍旧可以举行读取操 作。Redis新的vm机制,会把Key存放内存,Value会存放在swap区
      maxmemory <bytes>


    • 指定是否在每次更新利用后举行日记记载,Redis在默认环境下是异步的把数据写入磁盘,如果不开启,大概会 在断电时导致一段时间内的数据丢失。由于 redis本身同步数据文件是按上面save条件来同步的,以是有的数据会在 一段时间内只存在于内存中。默以为no
      appendonly no


    • 指定更新日记文件名,默以为appendonly.aof
      appendfilename appendonly.aof
      末了10个 Redis中的内存维护策略 redis作为良好的中心缓存件,时常会存储大量的数据,纵然接纳了集群部署来动态扩容,也应该即时的
      整理内存,维持体系性能。


    • 指定更新日记条件,共有3个可选值: no:表现等利用体系举行数据缓存同步到磁盘(快) always:表现每次更新利用后手动调用fsync()将数据写到磁盘(慢,安全) everysec:表现每秒同步一次(折中,默认值)
      appendfsync everysec


    • 指定是否启用捏造内存机制,默认值为no,简单的先容一下,VM机制将数据分页存放,由Redis将访问量较少的 页即冷数据swap到磁盘上,访问多的页面由磁盘主动换出到内存中(在反面的文章我会过细分析Redis的VM机制)
      vm-enabled no


    • 捏造内存文件路径,默认值为/tmp/redis.swap,不可多个Redis实例共享
      vm-swap-file /tmp/redis.swap


    • 将全部大于vm-max-memory的数据存入捏造内存,无论vm-max-memory设置多小,全部索引数据都是内存存储 的(Redis的索引数据 就是keys),也就是说,当vm-max-memory设置为0的时间,实在是全部value都存在于磁盘。 默认值为0
      vm-max-memory 0


    • Redis swap文件分成了很多的page,一个对象可以生存在多个page上面,但一个page上不能被多个对象共 享,vm-page-size是要根据存储的 数据大小来设定的,作者发起如果存储很多小对象,page大小最好设置为32或 者64bytes;如果存储很大大对象,则可以利用更大的page,如果不 确定,就利用默认值
      vm-page-size 32


    • 设置swap文件中的page数目,由于页表(一种表现页面空闲或利用的bitmap)是在放在内存中的,,在磁盘上 每8个pages将斲丧1byte的内存。 vm-pages 134217728


    • 设置访问swap文件的线程数,最好不要凌驾呆板的核数,如果设置为0,那么全部对swap文件的利用都是串行的, 大概会造成比较长时间的耽误。默认值为4
      vm-max-threads 4


    • 设置在向客户端应答时,是否把较小的包归并为一个包发送,默以为开启
      glueoutputbuf yes


    • 指定在凌驾肯定的数目大概最大的元素凌驾某一临界值时,接纳一种特殊的哈希算法
      hash-max-zipmap-entries 64
      hash-max-zipmap-value 512


    • 指定是否激活重置哈希,默以为开启(反面在先容Redis的哈希算法时具体先容)
      activerehashing yes


    • 指定包含别的的设置文件,可以在同一主机上多个Redis实例之间利用同一份设置文件,而同时各个实例又拥有 本身的特定设置文件
      include /path/to/local.conf

自界说设置

修改 redis.conf 设置文件 vim redis.conf (进入下令模式 通过/内容 查
找相应字符串)
daemonize no 修改为 daemonize yes 守护历程启动
bind 127.0.01 表明掉 答应除本机外的呆板访问Redis服务 requirepass 设置暗码 设定命据库暗码 (包管服务安全/有些环境下不设定暗码是无法举行长途毗连访问的)
Redis接纳的是单历程多线程的模式。当redis.conf中选项daemonize设置成yes时,代表开启守护进
程模式。在该模式下,redis会在配景运行,并将历程pid号写入至redis.conf选项pidfile设置的文件
中,此时redis将不绝运行,除非手动kill该历程。但当daemonize选项设置成no时,当前界面将进
入redis的下令行界面,exit陵暴退出大概关闭毗连工具(putty,xshell等)都会导致redis历程退出。 服 务端开发的大部门应用都是接纳配景运行的模式
requirepass设置暗码。由于redis速率相称快,以是一台比较好的服务器下,一个外部用户在一秒内
可以举行15W次暗码尝试,这意味着你须要设定非常强大的暗码来防止暴力破解。
可以通过 redis 的设置文件设置暗码参数,如许客户端毗连到 redis 服务就须要暗码验证,如许可
以让你的 redis 服务更安全
您需要登录后才可以回帖 登录 | 立即注册

Powered by CangBaoKu v1.0 小黑屋藏宝库It社区( 冀ICP备14008649号 )

GMT+8, 2024-11-23 18:20, Processed in 0.143548 second(s), 32 queries.© 2003-2025 cbk Team.

快速回复 返回顶部 返回列表