• Redis3.2.5配置主从服务器遇到的一些错误


    注意:关闭主从服务器的防火墙

    问题一:

    WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.

    解决一:

    这个错误大概是说somaxconn的值128设置过小,从/proc/sys/net/core/somaxconn这个路径也可大概知道这个值的设置是关于网络连接中某个最大值的限定设置,此值表示网络连接的队列大小,在配置文件redis.conf中的“tcp-backlog 511”就配置在高并发环境下的最大队列大小,此值受限于系统的somaxconntcp_max_syn_backlog这两个值,所以应该把这两个内核参数值调大,具体解决方法如下:

    $ vim /etc/sysctl.conf
    $ net.core.somaxconn = 20480  #最大队列长度,应付突发的大并发连接请求,默认为128
    $ net.ipv4.tcp_max_syn_backlog = 20480  #半连接队列长度,此值受限于内存大小,默认为1024
    $ sysctl -p  #使参数生效

    问题二:

    WARNING overcommit_memory is set to 0! Background save may fail under low memory condition. To fix this issue add 'vm.overcommit_memory = 1' to /etc/sysctl.conf and then reboot or run the command 'sysctl vm.overcommit_memory=1' for this to take effect.

    解决二:

    警告:过量使用内存设置为0!在低内存环境下,后台保存可能失败。为了修正这个问题,
    请在/etc/sysctl.conf 添加一项 'vm.overcommit_memory = 1' ,
    然后重启(或者运行命令'sysctl vm.overcommit_memory=1' )使其生效。


    vm.overcommit_memory不同的值说明:
    0 表示检查是否有足够的内存可用,如果是,允许分配;如果内存不够,拒绝该请求,并返回一个错误给应用程序。
    1 允许分配超出物理内存加上交换内存的请求
    2 内核总是返回true
    redis的数据回写机制分为两种

    同步回写即SAVE命令。redis主进程直接写数据到磁盘。当数据量大时,这个命令将阻塞,响应时间长
    异步回写即BGSAVE命令。redis 主进程fork一个子进程,复制主进程的内存并通过子进程回写数据到磁盘。
    由于RDB文件写的时候fork一个子进程。相当于复制了一个内存镜像。当时系统的内存是4G,而redis占用了
    近3G的内存,因此肯定会报内存无法分配。如果 「vm.overcommit_memory」设置为0,在可用内存不足的情况
    下,就无法分配新的内存。如果 「vm.overcommit_memory」设置为1。 那么redis将使用交换内存。

    $ vim /etc/sysctl
    $ vm.overcommit_memory = 1  #末尾追加
    $ sysctl -p  #参数生效
    注:使用交换内存并不是一个完美的方案。最好的办法是扩大物理内存。
    
    [root@redis ~]# echo "vm.overcommit_memory=1" >> /etc/sysctl.conf
    [root@redis ~]# sysctl -p

    问题三:

    WARNING you have Transparent Huge Pages (THP) support enabled in your kernel. This will create latency and memory usage issues with Redis. To fix this issue run the command 'echo never > /sys/kernel/mm/transparent_hugepage/enabled' as root, and add it to your /etc/rc.local in order to retain the setting after a reboot. Redis must be restarted after THP is disabled.

    解决三:

    `Transparent Huge Pages (THP)`告警,这是一个关于透明内存巨页的话题。简单来说内存可管理的最小
    单位是page,一个page通常是4kb,那1M内存就会有256个page,CPU通过内置的内存管理单元管理page表
    记录。Huge Pages就是表示page的大小已超过4kb了,一般是2M到1G,它的出现主要是为了管理超大内存。
    个人理解上TB的内存。而THP就是管理Huge Pages的一个抽象层次,根据一些资料显示THP会导致内存锁
    影响性能,所以一般建议关闭此功能。
       “/sys/kernel/mm/transparent_hugepage/enabled”有三个值,如下:

     $ cat /sys/kernel/mm/transparent_hugepage/enabled
     
        always [madvise] never
        ####
        # always 尽量使用透明内存,扫描内存,有512个 4k页面可以整合,就整合成一个2M的页面
        # never 关闭,不使用透明内存
        # madvise 避免改变内存占用
    $ vim /etc/rc.local
    $ echo never > /sys/kernel/mm/transparent_hugepage/enabled  #在开机脚本里追加此命令

    问题四:

    Error condition on socket for SYNC: Connection refused


    解决四:
    将redis的主服务器的bind修改为 bind 0.0.0.0,然后重启服务即可

    问题五:

    Error reply to PING from master: ‘-DENIED Redis is running in protected mode because protected mode is enabled, no bind address was specified, no authentication password is requested to clients.

    解决五:

    在配置文件修改主服务器的protected_mode设为no,

  • 相关阅读:
    获取到某一方法的调用者的类名、方法名、命名空间(转)
    JQ插件收集
    输出KnownColor枚举颜色值
    SQL 优化之该走索引却不走索引的分析
    oracle日期处理(一)
    ORACLE如何使用DBMS_METADATA.GET_DDL获取DDL语句
    案例分析:ora04031与ora04030错误分析与解决
    分区表、分区索引和全局索引部分总结
    Oracle性能调整指导纲要
    ORACLE常用SQL优化hint语句
  • 原文地址:https://www.cnblogs.com/sweet521/p/6091682.html
Copyright © 2020-2023  润新知