【redis】redis-windows安装+配置介绍

清疚 2022-05-08 03:40 784阅读 0赞

1.下载windows版本redis

官方下载地址：[http://redis.io/download][http_redis.io_download]，不过官方没有64位的Windows下的可执行程序，目前有个开源的托管在github上, 地址：[https://github.com/ServiceStack/redis-windows][https_github.com_ServiceStack_redis-windows]

![978388-20170719103824583-893302445.png][]

2.解压

![978388-20170719103915521-910006389.png][]

![978388-20170719103932036-922004225.png][]

![978388-20170719103954568-1158918278.png][]

![978388-20170719104015786-1435753047.png][]

![978388-20170719104132396-1287633499.png][]

3.文件介绍

<table> 
 <tbody> 
  <tr> 
   <td><strong>文件名</strong></td> 
   <td><strong>简要</strong></td> 
  </tr> 
  <tr> 
   <td>redis-benchmark.exe</td> 
   <td>基准测试 &nbsp;redis-benchmark为redis性能测试工具</td> 
  </tr> 
  <tr> 
   <td>redis-check-aof.exe</td> 
   <td>aof &nbsp; &nbsp; &nbsp; &nbsp; AOF是AppendOnly File的缩写，是Redis系统提供了一种记录Redis操作的持久化方案</td> 
  </tr> 
  <tr> 
   <td>redischeck-dump.exe</td> 
   <td>dump &nbsp; &nbsp; &nbsp;redis的备份和还原，借助了第三方的工具，redis-dump</td> 
  </tr> 
  <tr> 
   <td>redis-cli.exe</td> 
   <td>客户端</td> 
  </tr> 
  <tr> 
   <td>redis-server.exe</td> 
   <td>服务器</td> 
  </tr> 
  <tr> 
   <td>redis.windows.conf</td> 
   <td>配置文件</td> 
  </tr> 
 </tbody> 
</table>

4.redis.windows.conf文件中设置redis密码

![978388-20170719112541286-2019406083.png][]

5.点击redis-server.exe  启动redis服务器端

如下，启动成功

![978388-20170719113651724-1266599133.png][]

6.将redis注册为系统服务

cmd进入dos窗口

首先cd进入到redis目录下，然后注册为系统服务

命令行：

redis-server.exe --service-install redis.windows.conf --loglevel verbose
    
    redis-server --service-start

![978388-20170719151409411-1815151338.png][]

![978388-20170719165218177-1473860430.png][]

7.卸载服务, 可以保存为 uninstall-service.bat 文件

redis-server --service-stop
    
    redis-server --service-uninstall

\-------------------------------------------------------------------------------------------------------------至此，redis-windows版本安装完成---------------------------------------------------------------------------------------------------

1.redis.windows.conf各项配置参数介绍

![ExpandedBlockStart.gif][]

![复制代码][copycode.gif]

1 # 默认情况下，redis不是在后台模式运行的，如果需要在后台进程运行，把该项的值更改为yes，默认为no
      2 
      3 daemonize：是否以后台daemon方式运行
      4 
      5 # 如redis服务以后台进程运行的时候，Redis默认会把pid写入/run/redis.pid文件组，你可以配置到其他文件路径。
      6 
      7 # 当运行多个redis服务时，需要指定不同的pid文件和端口
      8 
      9 pidfile：pid文件位置
     10 
     11 # 指定redis监听端口，默认为6379
     12 
     13 # 如果端口设置为0，Redis就不会监听TCP套接字。
     14 
     15 port：监听的端口号
     16 
     17 # 指定redis只接收来自于该IP地址的请求，如果不进行设置，默认将处理所有请求，
     18 
     19 # 在生产环境中最好设置该项
     20 
     21 bind 127.0.0.1
     22 
     23 # 设置客户端连接时的超时时间，单位为秒。当客户端在这段时间内没有发出任何指令，那么关闭该连接
     24 
     25 # 默认值：0代表禁用，永不关闭
     26 
     27 timeout：请求超时时间
     28 
     29 # 指定用来监听连接的unxi套接字的路径。这个没有默认值，所以如果不指定的话，Redis就不会通过unix套接字来监听。
     30 
     31 # unixsocket /tmp/redis.sock
     32 
     33 # unixsocketperm 755
     34 
     35 # 指定日志记录级别
     36 
     37 # Redis总共支持四个级别：debug、verbose、notice、warning，默认为verbose
     38 
     39 # debug 记录很多信息，用于开发和测试
     40 
     41 # varbose 很多精简的有用信息，不像debug会记录那么多
     42 
     43 # notice 普通的verbose，常用于生产环境
     44 
     45 # warning 只有非常重要或者严重的信息会记录到日志
     46 
     47 loglevel：log信息级别
     48 
     49 # 配置log文件名称和全路径地址
     50 
     51 # 默认值为stdout，使用“标准输出”，默认后台模式会输出到/dev/null
     52 
     53 logfile：log文件位置
     54 
     55 # 可用数据库数，默认值为16，默认数据库存储在DB 0号ID库中，无特殊需求，建议仅设置一个数据库 databases 1
     56 
     57 # 查询数据库使用 SELECT <dbid>
     58 
     59 # dbid介于 0 到 'databases'-1 之间
     60 
     61 databases：开启数据库的数量
     62 
     63 save * *：保存快照的频率，第一个*表示多长时间，第三个*表示执行多少次写操作。在一定时间内执行一定数量的写操作时，自动保存快照。可设置多个条件。
     64 
     65 rdbcompression：是否使用压缩
     66 
     67 dbfilename：数据快照文件名（只是文件名，不包括目录）
     68 
     69 dir：数据快照的保存目录（这个是目录）
     70 
     71 appendonly：是否开启appendonlylog，开启的话每次写操作会记一条log，这会提高数据抗风险能力，但影响效率。
     72 
     73 appendfsync：appendonlylog如何同步到磁盘（三个选项，分别是每次写都强制调用fsync、每秒启用一次fsync、不调用fsync等待系统自己同步）
     74 
     75 ########## REPLICATION 同步 ##########
     76 
     77 #
     78 
     79 # 主从同步。通过 slaveof 配置来实现Redis实例的备份。
     80 
     81 # 注意，这里是本地从远端复制数据。也就是说，本地可以有不同的数据库文件、绑定不同的IP、监听不同的端口。
     82 
     83 # 当本机为从服务时，设置主服务的IP及端口，在Redis启动时，它会自动从主服务进行数据同步
     84 
     85 # slaveof <masterip> <masterport>
     86 
     87 # 如果主服务master设置了密码(通过下面的 "requirepass" 选项来配置)，slave服务连接master的密码，那么slave在开始同步之前必须进行身份验证，否则它的同步请求会被拒绝。
     88 
     89 #当本机为从服务时，设置主服务的连接密码
     90 
     91 # masterauth <master-password>
     92 
     93 # 当一个slave失去和master的连接，或者同步正在进行中，slave的行为有两种可能：
     94 
     95 # 1) 如果 slave-serve-stale-data 设置为 "yes" (默认值)，slave会继续响应客户端请求，可能是正常数据，也可能是还没获得值的空数据。
     96 
     97 # 2) 如果 slave-serve-stale-data 设置为 "no"，slave会回复"正在从master同步(SYNC with master in progress)"来处理各种请求，除了 INFO 和 SLAVEOF 命令。
     98 
     99 slave-serve-stale-data yes
    100 
    101 # slave根据指定的时间间隔向服务器发送ping请求。
    102 
    103 # 时间间隔可以通过 repl_ping_slave_period 来设置。
    104 
    105 # 默认10秒
    106 
    107 # repl-ping-slave-period 10
    108 
    109 # 下面的选项设置了大块数据I/O、向master请求数据和ping响应的过期时间。
    110 
    111 # 默认值60秒。
    112 
    113 # 一个很重要的事情是：确保这个值比 repl-ping-slave-period 大，否则master和slave之间的传输过期时间比预想的要短。
    114 
    115 # repl-timeout 60
    116 
    117 ########## SECURITY 安全 ##########
    118 
    119 # 要求客户端在处理任何命令时都要验证身份和设置密码。
    120 
    121 # 如果你不相信请求者，这个功能很有用。
    122 
    123 # 为了向后兼容的话，这段应该注释掉。而且大多数人不需要身份验证(例如：它们运行在自己的服务器上。)
    124 
    125 # 警告：外部使用者可以每秒尝试150k的密码来试图破解密码，这意味着你需要一个高强度的密码，否则破解太容易了。
    126 
    127 # 设置连接密码
    128 
    129 # requirepass foobared
    130 
    131 # 命令重命名，可设置多个
    132 
    133 # 在共享环境下，可以为危险命令改变名字。比如，你可以为 CONFIG 改个其他不太容易猜到的名字，这样你自己仍然可以使用，而别人却没法知道它。
    134 
    135 # 例如:
    136 
    137 # rename-command CONFIG b840fc02d524045429941cc15f59e41cb7be6c52
    138 
    139 # rename-command info info_biran
    140 
    141 # rename-command set set_biran
    142 
    143 # 甚至也可以通过给命令赋值一个空字符串来完全禁用这条命令：
    144 
    145 # rename-command CONFIG ""
    146 
    147 ########## LIMITS 限制 ##########
    148 
    149 # 设置最大同时连接客户端数量。
    150 
    151 # 默认没有限制，这个关系到Redis进程能够打开的文件描述符数量。
    152 
    153 # 特殊值"0"表示没有限制。
    154 
    155 # 一旦达到这个限制，Redis会关闭所有新连接并发送错误"达到最大用户数上限(max number of clients reached)"
    156 
    157 # maxclients 128
    158 
    159 # 不要用比设置的上限更多的内存。一旦内存使用达到上限，Redis会根据选定的回收策略(参见：maxmemmory-policy：内存策略设置)删除key。
    160 
    161 # 如果因为删除策略问题Redis无法删除key，或者策略设置为 "noeviction"，Redis会回复需要更多内存的错误信息给命令。
    162 
    163 # 例如，SET,LPUSH等等。但是会继续合理响应只读命令，比如：GET。
    164 
    165 # 在使用Redis作为LRU缓存，或者为实例设置了硬性内存限制的时候(使用 "noeviction" 策略)的时候，这个选项还是满有用的。
    166 
    167 # 警告：当一堆slave连上达到内存上限的实例的时候，响应slave需要的输出缓存所需内存不计算在使用内存当中。
    168 
    169 # 这样当请求一个删除掉的key的时候就不会触发网络问题／重新同步的事件，然后slave就会收到一堆删除指令，直到数据库空了为止。
    170 
    171 # 简而言之，如果你有slave连上一个master的话，那建议你把master内存限制设小点儿，确保有足够的系统内存用作输出缓存。
    172 
    173 # (如果策略设置为"noeviction"的话就不无所谓了)
    174 
    175 # 设置最大内存，达到最大内存设置后，Redis会先尝试清除已到期或即将到期的Key，当此方法处理后，任到达最大内存设置，将无法再进行写入操作。
    176 
    177 # maxmemory 256000000分配256M内存
    178 
    179 # maxmemory <bytes>
    180 
    181 # 内存策略：如果达到内存限制了，Redis如何删除key。你可以在下面五个策略里面选：
    182 
    183 #
    184 
    185 # volatile-lru -> 根据LRU算法生成的过期时间来删除。
    186 
    187 # allkeys-lru -> 根据LRU算法删除任何key。
    188 
    189 # volatile-random -> 根据过期设置来随机删除key。
    190 
    191 # allkeys->random -> 无差别随机删。
    192 
    193 # volatile-ttl -> 根据最近过期时间来删除(辅以TTL)
    194 
    195 # noeviction -> 谁也不删，直接在写操作时返回错误。
    196 
    197 #
    198 
    199 # 注意：对所有策略来说，如果Redis找不到合适的可以删除的key都会在写操作时返回一个错误。
    200 
    201 #
    202 
    203 # 这里涉及的命令：set setnx setex append
    204 
    205 # incr decr rpush lpush rpushx lpushx linsert lset rpoplpush sadd
    206 
    207 # sinter sinterstore sunion sunionstore sdiff sdiffstore zadd zincrby
    208 
    209 # zunionstore zinterstore hset hsetnx hmset hincrby incrby decrby
    210 
    211 # getset mset msetnx exec sort
    212 
    213 #
    214 
    215 # 默认值如下：
    216 
    217 # maxmemory-policy volatile-lru
    218 
    219 # LRU和最小TTL算法的实现都不是很精确，但是很接近(为了省内存)，所以你可以用样例做测试。
    220 
    221 # 例如：默认Redis会检查三个key然后取最旧的那个，你可以通过下面的配置项来设置样本的个数。
    222 
    223 # maxmemory-samples 3
    224 
    225 ########## APPEND ONLY MODE 纯累加模式 ##########
    226 
    227 # 默认情况下，Redis是异步的把数据导出到磁盘上。因为redis本身同步数据文件是按上面save条件来同步的，所以有的数据会在一段时间内只存在于内存中，这种情况下，当Redis宕机的时候，最新的数据就丢了。
    228 
    229 # 如果不希望丢掉任何一条数据的话就该用纯累加模式：一旦开启这个模式，Redis会把每次写入的数据在接收后都写入 appendonly.aof 文件。
    230 
    231 # 每次启动时Redis都会把这个文件的数据读入内存里。
    232 
    233 #
    234 
    235 # 注意，异步导出的数据库文件和纯累加文件可以并存(此时需要把上面所有"save"设置都注释掉，关掉导出机制)。
    236 
    237 # 如果纯累加模式开启了，那么Redis会在启动时载入日志文件而忽略导出的 dump.rdb 文件。
    238 
    239 #
    240 
    241 # 重要：查看 BGREWRITEAOF 来了解当累加日志文件太大了之后，怎么在后台重新处理这个日志文件。
    242 
    243 # 设置：yes为纯累加模式
    244 
    245 appendonly no
    246 
    247 # 设置纯累加文件名字及保存路径，默认："appendonly.aof"
    248 
    249 # appendfilename appendonly.aof
    250 
    251 # fsync() 请求操作系统马上把数据写到磁盘上，不要再等了。
    252 
    253 # 有些操作系统会真的把数据马上刷到磁盘上；有些则要磨蹭一下，但是会尽快去做。
    254 
    255 # Redis支持三种不同的模式：
    256 
    257 #
    258 
    259 # no：不要立刻刷，只有在操作系统需要刷的时候再刷。比较快。
    260 
    261 # always：每次写操作都立刻写入到aof文件。慢，但是最安全。
    262 
    263 # everysec：每秒写一次。折衷方案。
    264 
    265 # 默认的 "everysec" 通常来说能在速度和数据安全性之间取得比较好的平衡。
    266 
    267 # 如果你真的理解了这个意味着什么，那么设置"no"可以获得更好的性能表现(如果丢数据的话，则只能拿到一个不是很新的快照)；
    268 
    269 # 或者相反的，你选择 "always" 来牺牲速度确保数据安全、完整。
    270 
    271 #
    272 
    273 # 如果不确定这些模式的使用，建议使用 "everysec"
    274 
    275 #
    276 
    277 # appendfsync always
    278 
    279 appendfsync everysec
    280 
    281 # appendfsync no
    282 
    283 # 如果AOF的同步策略设置成 "always" 或者 "everysec"，那么后台的存储进程(后台存储或写入AOF日志)会产生很多磁盘I/O开销。
    284 
    285 # 某些Linux的配置下会使Redis因为 fsync() 而阻塞很久。
    286 
    287 # 注意，目前对这个情况还没有完美修正，甚至不同线程的 fsync() 会阻塞我们的 write(2) 请求。
    288 
    289 #
    290 
    291 # 为了缓解这个问题，可以用下面这个选项。它可以在 BGSAVE 或 BGREWRITEAOF 处理时阻止 fsync()。
    292 
    293 #
    294 
    295 # 这就意味着如果有子进程在进行保存操作，那么Redis就处于"不可同步"的状态。
    296 
    297 # 这实际上是说，在最差的情况下可能会丢掉30秒钟的日志数据。(默认Linux设定)
    298 
    299 #
    300 
    301 # 如果你有延迟的问题那就把这个设为 "yes"，否则就保持 "no"，这是保存持久数据的最安全的方式。
    302 
    303 no-appendfsync-on-rewrite no
    304 
    305 # 自动重写AOF文件
    306 
    307 # 如果AOF日志文件大到指定百分比，Redis能够通过 BGREWRITEAOF 自动重写AOF日志文件。
    308 
    309 #
    310 
    311 # 工作原理：Redis记住上次重写时AOF日志的大小(或者重启后没有写操作的话，那就直接用此时的AOF文件)，
    312 
    313 # 基准尺寸和当前尺寸做比较。如果当前尺寸超过指定比例，就会触发重写操作。
    314 
    315 #
    316 
    317 # 你还需要指定被重写日志的最小尺寸，这样避免了达到约定百分比但尺寸仍然很小的情况还要重写。
    318 
    319 #
    320 
    321 # 指定百分比为0会禁用AOF自动重写特性。
    322 
    323 auto-aof-rewrite-percentage 100
    324 
    325 auto-aof-rewrite-min-size 64mb
    326 
    327 ########## SLOW LOG 慢查询日志 ##########
    328 
    329 # Redis慢查询日志可以记录超过指定时间的查询。运行时间不包括各种I/O时间。
    330 
    331 # 例如：连接客户端，发送响应数据等。只计算命令运行的实际时间(这是唯一一种命令运行线程阻塞而无法同时为其他请求服务的场景)
    332 
    333 #
    334 
    335 # 你可以为慢查询日志配置两个参数：一个是超标时间，单位为微妙，记录超过个时间的命令。
    336 
    337 # 另一个是慢查询日志长度。当一个新的命令被写进日志的时候，最老的那个记录会被删掉。
    338 
    339 #
    340 
    341 # 下面的时间单位是微秒，所以1000000就是1秒。注意，负数时间会禁用慢查询日志，而0则会强制记录所有命令。
    342 
    343 slowlog-log-slower-than 10000
    344 
    345 # 这个长度没有限制。只要有足够的内存就行。你可以通过 SLOWLOG RESET 来释放内存。
    346 
    347 slowlog-max-len 128
    348 
    349 ########## VIRTUAL MEMORY 虚拟内存 ##########
    350 
    351 ### 警告！虚拟内存在Redis 2.4是反对的，因性能问题，2.4版本 VM机制彻底废弃，不建议使用此配置！！！！！！！！！！！
    352 
    353 # 虚拟内存可以使Redis在内存不够的情况下仍然可以将所有数据序列保存在内存里。
    354 
    355 # 为了做到这一点，高频key会调到内存里，而低频key会转到交换文件里，就像操作系统使用内存页一样。
    356 
    357 # 要使用虚拟内存，只要把 "vm-enabled" 设置为 "yes"，并根据需要设置下面三个虚拟内存参数就可以了。
    358 
    359 vm-enabled no
    360 
    361 # 这是交换文件的路径。估计你猜到了，交换文件不能在多个Redis实例之间共享，所以确保每个Redis实例使用一个独立交换文件。
    362 
    363 # 最好的保存交换文件(被随机访问)的介质是固态硬盘(SSD)。
    364 
    365 # *** 警告 *** 如果你使用共享主机，那么默认的交换文件放到 /tmp 下是不安全的。
    366 
    367 # 创建一个Redis用户可写的目录，并配置Redis在这里创建交换文件。
    368 
    369 vm-swap-file /tmp/redis.swap
    370 
    371 # "vm-max-memory" 配置虚拟内存可用的最大内存容量。
    372 
    373 # 如果交换文件还有空间的话，所有超标部分都会放到交换文件里。
    374 
    375 # "vm-max-memory" 设置为0表示系统会用掉所有可用内存，建议设置为剩余内存的60%-80%。
    376 
    377 # 将所有大于vm-max-memory的数据存入虚拟内存,无论vm-max-memory设置多小,所有索引数据都是内存存储的(Redis的索引数据就是keys),也就是说,当vm-max-memory设置为0的时候,其实是所有value都存在于磁盘。默认值为0。
    378 
    379 vm-max-memory 0
    380 
    381 # Redis交换文件是分成多个数据页的。
    382 
    383 # 一个可存储对象可以被保存在多个连续页里，但是一个数据页无法被多个对象共享。
    384 
    385 # 所以，如果你的数据页太大，那么小对象就会浪费掉很多空间。
    386 
    387 # 如果数据页太小，那用于存储的交换空间就会更少(假定你设置相同的数据页数量)
    388 
    389 # 如果你使用很多小对象，建议分页尺寸为64或32个字节。
    390 
    391 # 如果你使用很多大对象，那就用大一些的尺寸。
    392 
    393 # 如果不确定，那就用默认值 :)
    394 
    395 vm-page-size 32
    396 
    397 # 交换文件里数据页总数。
    398 
    399 # 根据内存中分页表(已用/未用的数据页分布情况)，磁盘上每8个数据页会消耗内存里1个字节。
    400 
    401 # 交换区容量 = vm-page-size * vm-pages
    402 
    403 # 根据默认的32字节的数据页尺寸和134217728的数据页数来算，Redis的数据页文件会占4GB，而内存里的分页表会消耗16MB内存。
    404 
    405 # 为你的应验程序设置最小且够用的数字比较好，下面这个默认值在大多数情况下都是偏大的。
    406 
    407 vm-pages 134217728
    408 
    409 # 同时可运行的虚拟内存I/O线程数，即访问swap文件的线程数。
    410 
    411 # 这些线程可以完成从交换文件进行数据读写的操作，也可以处理数据在内存与磁盘间的交互和编码/解码处理。
    412 
    413 # 多一些线程可以一定程度上提高处理效率，虽然I/O操作本身依赖于物理设备的限制，不会因为更多的线程而提高单次读写操作的效率。
    414 
    415 # 特殊值0会关闭线程级I/O，并会开启阻塞虚拟内存机制。
    416 
    417 # 设置最好不要超过机器的核数,如果设置为0,那么所有对swap文件的操作都是串行的.可能会造成比较长时间的延迟,但是对数据完整性有很好的保证.
    418 
    419 vm-max-threads 4
    420 
    421 ########## ADVANCED CONFIG 高级配置 ##########
    422 
    423 # 当有大量数据时，适合用哈希编码(这会需要更多的内存)，元素数量上限不能超过给定限制。
    424 
    425 # Redis Hash是value内部为一个HashMap，如果该Map的成员数比较少，则会采用类似一维线性的紧凑格式来存储该Map, 即省去了大量指针的内存开销，如下2个条件任意一个条件超过设置值都会转换成真正的HashMap，
    426 
    427 # 当value这个Map内部不超过多少个成员时会采用线性紧凑格式存储，默认是64,即value内部有64个以下的成员就是使用线性紧凑存储，超过该值自动转成真正的HashMap。
    428 
    429 hash-max-zipmap-entries 512
    430 
    431 # 当 value这个Map内部的每个成员值长度不超过多少字节就会采用线性紧凑存储来节省空间。
    432 
    433 hash-max-zipmap-value 64
    434 
    435 # 与hash-max-zipmap-entries哈希相类似，数据元素较少的情况下，可以用另一种方式来编码从而节省大量空间。
    436 
    437 # list数据类型多少节点以下会采用去指针的紧凑存储格式
    438 
    439 list-max-ziplist-entries 512
    440 
    441 # list数据类型节点值大小小于多少字节会采用紧凑存储格式
    442 
    443 list-max-ziplist-value 64
    444 
    445 # 还有这样一种特殊编码的情况：数据全是64位无符号整型数字构成的字符串。
    446 
    447 # 下面这个配置项就是用来限制这种情况下使用这种编码的最大上限的。
    448 
    449 set-max-intset-entries 512
    450 
    451 # 与第一、第二种情况相似，有序序列也可以用一种特别的编码方式来处理，可节省大量空间。
    452 
    453 # 这种编码只适合长度和元素都符合下面限制的有序序列：
    454 
    455 zset-max-ziplist-entries 128
    456 
    457 zset-max-ziplist-value 64
    458 
    459 # 哈希刷新，每100个CPU毫秒会拿出1个毫秒来刷新Redis的主哈希表(顶级键值映射表)。
    460 
    461 # redis所用的哈希表实现(见dict.c)采用延迟哈希刷新机制：你对一个哈希表操作越多，哈希刷新操作就越频繁；
    462 
    463 # 反之，如果服务器非常不活跃那么也就是用点内存保存哈希表而已。
    464 
    465 # 默认是每秒钟进行10次哈希表刷新，用来刷新字典，然后尽快释放内存。
    466 
    467 # 建议：
    468 
    469 # 如果你对延迟比较在意的话就用 "activerehashing no"，每个请求延迟2毫秒不太好嘛。
    470 
    471 # 如果你不太在意延迟而希望尽快释放内存的话就设置 "activerehashing yes"。
    472 
    473 activerehashing yes
    474 
    475 ########## INCLUDES 包含 ##########
    476 
    477 # 包含一个或多个其他配置文件。
    478 
    479 # 这在你有标准配置模板但是每个redis服务器又需要个性设置的时候很有用。
    480 
    481 # 包含文件特性允许你引人其他配置文件，所以好好利用吧。
    482 
    483 # include /path/to/local.conf
    484 
    485 # include /path/to/other.conf

![复制代码][copycode.gif]

修改配置后，如果配置文件涉及到中文内容记得将文件存为UTF-8编码。

2.redis-cli.exe 客户端使用

点击redis-cli.exe

测试服务器启动连接情况

127.0.0.1:6379> ping
    
    PONG

查看服务器级别信息（测试服务器）

![ExpandedBlockStart.gif][]

![复制代码][copycode.gif]

127.0.0.1:6379> info
    # Server
    redis_version:3.0.503
    redis_git_sha1:00000000
    redis_git_dirty:0
    redis_build_id:d14575c6134f877
    redis_mode:standalone
    os:Windows
    arch_bits:64
    multiplexing_api:WinSock_IOCP
    process_id:6500
    run_id:f2663d82395dfda794e1a2369bca791e4297f8d3
    tcp_port:6379
    uptime_in_seconds:13748
    uptime_in_days:0
    hz:10
    lru_clock:7276575
    config_file:
    
    # Clients
    connected_clients:1
    client_longest_output_list:0
    client_biggest_input_buf:0
    blocked_clients:0
    
    # Memory
    used_memory:692888
    used_memory_human:676.65K
    used_memory_rss:655240
    used_memory_peak:692888
    used_memory_peak_human:676.65K
    used_memory_lua:36864
    mem_fragmentation_ratio:0.95
    mem_allocator:jemalloc-3.6.0
    
    # Persistence
    loading:0
    rdb_changes_since_last_save:0
    rdb_bgsave_in_progress:0
    rdb_last_save_time:1500435051
    rdb_last_bgsave_status:ok
    rdb_last_bgsave_time_sec:-1
    rdb_current_bgsave_time_sec:-1
    aof_enabled:0
    aof_rewrite_in_progress:0
    aof_rewrite_scheduled:0
    aof_last_rewrite_time_sec:-1
    aof_current_rewrite_time_sec:-1
    aof_last_bgrewrite_status:ok
    aof_last_write_status:ok
    
    # Stats
    total_connections_received:1
    total_commands_processed:1
    instantaneous_ops_per_sec:0
    total_net_input_bytes:28
    total_net_output_bytes:7
    instantaneous_input_kbps:0.00
    instantaneous_output_kbps:0.00
    rejected_connections:0
    sync_full:0
    sync_partial_ok:0
    sync_partial_err:0
    expired_keys:0
    evicted_keys:0
    keyspace_hits:0
    keyspace_misses:0
    pubsub_channels:0
    pubsub_patterns:0
    latest_fork_usec:0
    migrate_cached_sockets:0
    
    # Replication
    role:master
    connected_slaves:0
    master_repl_offset:0
    repl_backlog_active:0
    repl_backlog_size:1048576
    repl_backlog_first_byte_offset:0
    repl_backlog_histlen:0
    
    # CPU
    used_cpu_sys:0.02
    used_cpu_user:0.02
    used_cpu_sys_children:0.00
    used_cpu_user_children:0.00
    
    # Cluster
    cluster_enabled:0
    
    # Keyspace

![复制代码][copycode.gif]

![978388-20170719152022771-1002325782.png][]

3.redis-benchmark 性能测试工具

默认双击打开是按照默认的测试参数进行测试，而且它自己测试跑完之后，就会自动关闭DOS窗口了。

输入如下命令后会看到如下信息，表明同时并发10个连接，总共100次操作。通俗易懂的说就是10个用户同时操作，总共每人操作10次的意思

![978388-20170719162107802-1790474100.png][]

![复制代码][copycode.gif]

100 requests completed in 0.01 seconds （100个请求完成于0.01秒）
    
    10 parallel clients （10个客户端并发）
    
    3 bytes payload （每次写入3个字节）
    
    keep alive: 1 （保存一个链接数）
    
    100.00% <= 1 milliseconds （100%的操作小于1秒完成）
    
    16666.67 requests per second （每秒完成16666.67次查询）

![复制代码][copycode.gif]

命令参数说明

![复制代码][copycode.gif]

redis-benchmark [-h <host>] [-p <port>] [-c <clients>] [-n <requests]> [-k <boolean>]
    
    -h <hostname> 主机名 (默认 127.0.0.1)
    
    -p <port> 主机端口 (默认 6379)
    
    -s <socket> 主机套接字 (覆盖主机和端口)
    
    -c <clients> 并发连接的数量 (默认 50)
    
    -n <requests> 请求总数 (默认 10000)
    
    -d <size> SET/GET数据的字节大小(默认 2)
    
    -k <boolean> 1=keep alive 0=reconnect (默认 1)
    
    -r <keyspacelen> SET/GET/INCR使用随机产生的key, SADD使用随机值使用这个选项 get/set keys时会用mykey_rand:000000012456代替常量key， <keyspacelen>参数决定了随机数产生的最大值，比如，设置参数为10，那么产生的随机数范围是rand:000000000000 -rand:000000000009
    
    -P <numreq> Pipeline请求的数量. 默认 1 (不使用pipeline).
    
    -q 展示query/sec值
    
    --csv 以CSV格式输出
    
    -l 本地循环. 一直运行测试
    
    -t <tests> 在运行逗号分割列表的测试. 测试的名字与产生输出的名字一样。
    
    -I 空闲模式. 打开 N 个空闲连接，然后等待.

![复制代码][copycode.gif]

运行示例

![复制代码][copycode.gif]

对指定服务器、端口进行20个同时并发操作，总共操作100000次
    
    redis-benchmark -h 192.168.1.136 -p 6379 -n 100000 -c 20
    
    测试set写入操作1000000次，随机数范围在100000000
    
    redis-benchmark -t set -n 1000000 -r 100000000
    
    测试ping、set、get操作100000次，结果输出用csv格式
    
    redis-benchmark -t ping,set,get -n 100000 –-csv
    
    redis-benchmark -r 10000 -n 10000 lpush mylist ele:rand:000000000000

![复制代码][copycode.gif]

4.redis-check-aof 基本用法

检查本地日志信息，加--fix参数为修复log文件

redis-check-aof.exe log.aof

5.redis-check-dump 检查数据库文件

redis-check-dump.exe dump.rdb 会输出该文件大小、使用情况。

\--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

参考：http://www.cnblogs.com/hoojo/p/4466024.html

[http_redis.io_download]: http://redis.io/download
[https_github.com_ServiceStack_redis-windows]: https://github.com/ServiceStack/redis-windows
[978388-20170719103824583-893302445.png]: /images/20220508/4622e6f37d134479a955e2594d496a78.png
[978388-20170719103915521-910006389.png]: /images/20220508/fcdbc35b3be74ec18a4fe58c2f7d233a.png
[978388-20170719103932036-922004225.png]: /images/20220508/feb7a62ced0144eba08074119ea63f9d.png
[978388-20170719103954568-1158918278.png]: /images/20220508/2904b789b8ef44fab91db264eedab24e.png
[978388-20170719104015786-1435753047.png]: /images/20220508/38d0ad7e96d04dbb9673df90eb43d4b8.png
[978388-20170719104132396-1287633499.png]: /images/20220508/c0c1908acf68460eb0a735b061b88b41.png
[978388-20170719112541286-2019406083.png]: /images/20220508/0c58c50ac7934d50be04c714607d15b0.png
[978388-20170719113651724-1266599133.png]: /images/20220508/91d02e035b6c4ddd83d8cf12f2d539e1.png
[978388-20170719151409411-1815151338.png]: /images/20220508/509a9e6db95a4816b13e9028c3d2a774.png
[978388-20170719165218177-1473860430.png]: /images/20220508/56335cf5b5104117838f63ad7b8cff3b.png
[ExpandedBlockStart.gif]: /images/20220508/c2d7cb8d5fcb46c299aa4846b0cc2918.png
[copycode.gif]: /images/20220508/861a7eee9e734f9381c2eda5b9a80b79.png
[978388-20170719152022771-1002325782.png]: /images/20220508/1af21bacb91d4ea0952e9e2c758457af.png
[978388-20170719162107802-1790474100.png]: /images/20220508/e704f347b39c48f9a98126f8d8a21bcd.png