设置Redis最大占用内存

Redis需要设置最大占用内存吗?如果Redis内存使用超出了设置的最大值会怎样?

设置Redis最大占用内存

Redis设置最大占用内存,打开redis配置文件,找到如下段落,设置maxmemory参数,maxmemory是bytes字节类型,注意转换。修改如下所示:

本机服务器redis配置文件路径:/etc/redis/6379.conf,由于本机自带内存只有1G,一般推荐Redis设置内存为最大物理内存的四分之三,所以设置0.75G,换成byte是751619276.

 

可以在CentOS下输入命令:find / -name redis查找redis目录:

[root@iZ94r80gdghZ ~]# find / -name redis
/usr/share/nginx/html/blog.tanteng.me/wp-content/cache/supercache/blog.tanteng.me/tag/redis
/etc/redis
/var/redis

Redis配置文件一般在etc下的redis安装目录下。

阅读剩余部分 -

Linux - 从 Integrated Lights-Out 3 (ILO 3) 中,使用 NMI 按钮或 Virtual NMI 按钮生成的 NMI 无法在 Linux 上初始化 Kdump

说明

在运行 Red Hat Enterprise Linux 5 或 SUSE Linux Enterprise Server 10 的 HP ProLiant 服务器上,尝试从 Integrated Lights-Out 3 (iLO 3) 中使用 NMI 按钮或 Virtual NMI 按钮生成 NMI 时,kdump 无法初始化并显示以下错误信息:

kernel: NMI: IOCK error (debug interrupt?)


在以下条件下会出现此问题:

  • 在 /etc/sysctl.conf 中设置以下参数:
    • kernel.sysrq = 1
    • kernel.panic = 10
    • kernel.panic_on_oops = 1
    • kernel.unknown_nmi_panic = 1
    • kernel.panic_on_unrecovered_nmi = 1

并且

  • 向 /boot/grub/menu.lst 中添加以下启动选项,禁用内核的 NMI watchdog

nmi_watchdog=0

阅读剩余部分 -

RHEL 6.2 - kernel:NMI: IOCK error (debug interrupt?)

現象
[oracle@]$
Message from syslogd@dl580 at Aug  7 12:06:16 ...
 kernel:NMI: IOCK error (debug interrupt?)

Message from syslogd@dl580 at Aug  7 12:06:16 ...
 kernel:Stack:

Message from syslogd@dl580 at Aug  7 12:06:16 ...
 kernel:Call Trace:

Message from syslogd@dl580 at Aug  7 12:06:16 ...
 kernel:Code: ff ff a8 08 75 25 31 d2 48 8d 86 38 e0 ff ff 48 89 d1 0f 01 c8 0f ae f0 48 8b 86 38 e0 ff ff a8 08 75 08 b1 01 c 89 e0 0f 01 c9 ba 6a dd ff 4c 29 e8 48 89 c7 e8 df bc da ff 49 89 c4 49 89

Solution

  • Set the following parameter in /etc/sysctl.conf: 
    # panic_on_io_nmi = 1 (刪除)
    kernel.sysrq = 1
    kernel.panic = 10
    kernel.panic_on_oops  = 1
    kernel.unknown_nmi_panic = 1
    kernel.panic_on_unrecovered_nmi = 1
  • vi /boot/grub/menu.lst
    nmi_watchdog=0

阅读剩余部分 -

redis报错(error) LOADING Redis is loading the dataset in memory

问题描述:

[maintainer@bbkdb008 redis]$ ./redis-cli -p 6394 FLUSHALL  报这样错

[maintainer@bbkdb008 redis]$ ./redis-cli -p 6394 flushdb 也报这样错。

重启是没有问题的。设置最近最久未使用也报这样的问题。

 

解决方法:

修改配置文件 vi redis.conf

include /home/redis/redis_bbk.conf
maxmemory 6GB
maxmemory-policy  allkeys-lru 
appendonly no

重启redis实例,ok,解决了

[root@10-13-31-77 redis]# ./redis_multi rewrite all    --释放redis存储
Background append only file rewriting started
Background append only file rewriting started
Background append only file rewriting started
Background append only file rewriting started

阅读剩余部分 -

LOADING Redis is loading the dataset in memory

redis版本:redis-2.8.12 【64位】 
操作系统:Linux version 2.6.32 【64位】 

异常状况描述: 
  redis中dump.rdb文件到达3G时,所有redis的操作都会抛出此异常。 

原因: 
  maxmemory默认是3G 

解决: 
  redis.conf中  maxmemory <5368709120>  设置大一些,比如5G,30G等

阅读剩余部分 -

linux 终端报Message from syslogd

最近有一台Linux服务器,用xshell连接上去之后

终端一直报Message from syslogd

Message from syslogd@xxx at May 8 07:41:55 ...
kernel:NMI: IOCK error (debug interrupt?) for reason 61 on CPU 0

敲个命令,都被打断了,比较蛋疼。

 

google了一下,终于找到了解决办法

 

阅读剩余部分 -

CentOS 7:/etc/init.d/iptables: No such file or directory

CentOS 7 /etc/init.d/iptables: No such file or directory

CentOS 7 /etc/init.d/rsyslog: No such file or directory

在之前的版本中关闭防火墙等服务的命令是

service iptables stop

/etc/init.d/iptables stop

 

在RHEL7中,其实没有这个服务

[root@rhel7 ~]# cat /etc/redhat-release 
Red Hat Enterprise Linux Server release 7.0 (Maipo)
[root@rhel7 ~]# service iptables stop
Redirecting to /bin/systemctl stop  iptables.service
[root@rhel7 ~]# /etc/init.d/iptables stop
-bash: /etc/init.d/iptables: No such file or directory

 

原来在RHEL7开始,使用systemctl工具来管理服务程序,包括了service和chkconfig

阅读剩余部分 -

chrome的timeline中stalled问题解析

在公司国做一个运营活动,上线后PM总是抱怨访问速度过慢,影响运营效果。然而从前端的角度来说我已经做了如下优化: css、js合并压缩、图片压缩、雪碧图、静态资源全部上CDN。但是依然很慢,实在s是困惑,通过chrome的timeline分析,发现有些请求确实很慢,但是大部分时间消耗在stalled阶段。如下图:

chrome-stalled

下文来分析具体原因。


什么是stalled呢?下面是一段比较容易懂的解释:

Time the request spent waiting before it could be sent. This time is inclusive of any time spent in proxy negotiation.Additionally, this time will include when the browser is waiting for an already established connection to become available for re-use, obeying Chrome’s maximum six TCP connection per origin rule.

也即是从TCP连接建立完成,到真正可以传输数据之间的时间差。先让我们要分析TCP连接为什么要等待这么久才能用?我用Wireshark抓包发现(如下图),TCP连接过程中有多次重传,直到达到最大重传次数后连接被客户端重置。

阅读剩余部分 -

最新文章

归档

其它

链接

meiyoutongji