[转]Redis监控技巧

2014-04-26 09:39:20 查看评论 583 人阅读    

本文来自 Bugsnag 的联合创始人 Simon Maynard 的系列文章,作者根据几年来对 Redis 的使用经历,对 Redis 监控方法进行了系统性的总结,干货很多,值得一看。

原文链接:Redis Masterclass – Part 2, Monitoring

Redis 监控最直接的方法当然就是使用系统提供的 info 命令来做了,你只需要执行下面一条命令,就能获得 Redis 系统的状态报告。

redis-cli info

内存使用

如果 Redis 使用的内存超出了可用的物理内存大小,那么 Redis 很可能系统会被 OOM Killer杀掉。针对这一点,你可以通过 info 命令对 used_memory 和 used_memory_peak 进行监控,为使用内存量设定阈值,并设定相应的报警机制。当然,报警只是手段,重要的是你得预先计划好,当内存使用量过大后,你应该做些什么,是清除一些没用的冷数据,还是把 Redis 迁移到更强大的机器上去。

持久化

如果因为你的机器或 Redis 本身的问题导致 Redis 崩溃了,那么你唯一的救命稻草可能就是 dump 出来的 rdb文件了,所以,对 Redis dump 文件进行监控也是很重要的。你可以通过对rdb_last_save_time 进行监控,了解你最近一次 dump 数据操作的时间,还可以通过对rdb_changes_since_last_save 进行监控来知道如果这时候出现故障,你会丢失多少数据。

主从复制

如果你设置了主从复制模式,那么你最好对复制的情况是否正常做一些监控,主要是对 info 输出中的 master_link_status 进行监控,如果这个值是 up,那么说明同步正常,如果是 down,那么你就要注意一下输出的其它一些诊断信息了。比如下面这些:

role:slave
master_host:192.168.1.128
master_port:6379
master_link_status:down
master_last_io_seconds_ago:-1
master_sync_in_progress:0
master_link_down_since_seconds:1356900595
分类: Nosql 标签:

PHP返回视频流给IOS播放-2014-07-18更新

2014-04-24 14:43:38 查看评论 1061 人阅读    

通过手机上传视频,然后返回URL给IOS进行播放,因为播放地址是通过PHP读取然后返回的,在网页上正常播放,但是在IOS就无法播放。

以下是header头部信息:

HTTP/1.1 200 OK
Server: nginx/1.2.7
Date: Thu, 24 Apr 2014 02:20:29 GMT
Content-Type: video/mp4
Transfer-Encoding: chunked
Connection: keep-alive
X-Powered-By: PHP/5.4.26
Accept-Ranges: bytes


通过抓包发现IOS请求是通过断点续传的方式。
HTTP1.1协议(RFC2616)中定义了断点续传相关的HTTP头 Range和Content-Range字段,一个最简单的断点续传实现大概如下: 
  1.客户端下载一个1024K的文件,已经下载了其中512K 
  2. 网络中断,客户端请求续传,因此需要在HTTP头中申明本次需要续传的片段: 
       Range:bytes=512000- 
    这个头通知服务端从文件的512K位置开始传输文件 
  3. 服务端收到断点续传请求,从文件的512K位置开始传输,并且在HTTP头中增加: 
    Content-Range:bytes 512000-/1024000 
    并且此时服务端返回的HTTP状态码应该是206,而不是200。 

分类: PHP 标签: 视频流 断点传输

APP客户端上传文件引发NGINX返回411错误

2014-04-23 06:03:05 查看评论 1290 人阅读    

昨天和android客户端联调一个上传接口的时候,客户端报错:"java.io.FileNotFoundException",因为这个和IOS调试是正常的,然后我这边也没找到程序日记的请求记录,还以为是客户端的问题。

但是客户端查找了半天也没发现问题所在,没办法,查了下nginx的access日记。恍然发现,请求已经过来了,只是nginx返回411错误。

nginx给出的官方解释有三种情况会引发nginx弹411回去

client sent invalid "Content-Length" header
client sent method without "Content-Length" header
client sent "Transfer-Encoding: chunked" header

这个api使用的server正是nginx, 使用multipart提交图片文件的时候因为它忽略或省略了文件的真正的长度, 所以(通过抓包发现)在request header里就压根没有Content-Length. 那显然符合上面的第二种情况.

刚开始让android那边修改代码的,但是涉及到升级的问题,所以最好让服务端解决,google发现了这个nginx的module:nginxHttpChunkinModuleNginxHttpChunkinModule   

nginx1.3.9以上的版本不需要这个模块了,所以这个针对的是nginx1.3.9以下的版本。

分类: Nginx/Apache 标签: nginx 上传411

关于PHP上传

2014-04-18 11:59:04 查看评论 674 人阅读    

一般我们使用表单上传的时候, 将表单设置为enctype="multipart/form-data",这个时候PHP会将我们提交的文件移动到服务端生成临时文件,然后将文件信息保存在$_FILES这个全局变量中。

以下是PHP官网对$_FILES的说明。

全局变量 $_FILES 自 PHP 4.1.0 起存在(在更早的版本中用 $HTTP_POST_FILES 替代)。此数组包含有所有上传的文件信息。

以上范例中 $_FILES 数组的内容如下所示。我们假设文件上传字段的名称如上例所示,为 userfile。名称可随意命名。

$_FILES['userfile']['name']

客户端机器文件的原名称。

$_FILES['userfile']['type']

文件的 MIME 类型,如果浏览器提供此信息的话。一个例子是“image/gif”。不过此 MIME 类型在 PHP 端并不检查,因此不要想当然认为有这个值。

$_FILES['userfile']['size']

已上传文件的大小,单位为字节。

$_FILES['userfile']['tmp_name']

文件被上传后在服务端储存的临时文件名。

$_FILES['userfile']['error']

和该文件上传相关的错误代码。此项目是在 PHP 4.2.0 版本中增加的。

文件被上传后,默认地会被储存到服务端的默认临时目录中,除非 php.ini 中的 upload_tmp_dir 设置为其它的路径。服务端的默认临时目录可以通过更改 PHP 运行环境的环境变量 TMPDIR 来重新设置,但是在 PHP 脚本内部通过运行 putenv() 函数来设置是不起作用的。该环境变量也可以用来确认其它的操作也是在上传的文件上进行的。

 

通过$_FILES我们就可以很容易的获取到文件信息, 然后通过move_uploaded_file函数将文件移动到我们指定的目录进行重命名即可。以下是PHP官方示例

<?php
// In PHP versions earlier than 4.1.0, $HTTP_POST_FILES should be used instead
// of $_FILES.


$uploaddir '/var/www/uploads/';
$uploadfile $uploaddir basename($_FILES['userfile']['name']);

echo 
'<pre>';
if (
move_uploaded_file($_FILES['userfile']['tmp_name'], $uploadfile)) {
    echo 
"File is valid, and was successfully uploaded.\n";
} else {
    echo 
"Possible file upload attack!\n";
}

echo 
'Here is some more debugging info:';
print_r($_FILES);

print 
"</pre>";

?>

 

分类: PHP 标签:

tcpdump抓包命令

2014-04-03 12:54:11 查看评论 1696 人阅读    

首选介绍一下

tcpdump的常用参数

 

tcpdump采用命令行方式,它的命令格式为:

tcpdump [ -adeflnNOpqStvx ] [ -c 数量 ] [ -F 文件名 ] [ -i 网络接口 ] [ -r 文件名] [ -s snaplen ] [ -T 类型 ] [ -w 文件名 ] [表达式 ] 

1. tcpdump的选项介绍

-a  将网络地址和广播地址转变成名字;

-d  将匹配信息包的代码以人们能够理解的汇编格式给出;

-dd  将匹配信息包的代码以c语言程序段的格式给出;

-ddd  将匹配信息包的代码以十进制的形式给出;

-e  在输出行打印出数据链路层的头部信息;

-f  将外部的Internet地址以数字的形式打印出来;

-l  使标准输出变为缓冲行形式;

-n  不把网络地址转换成名字;

-t  在输出的每一行不打印时间戳;

-v  输出一个稍微详细的信息,例如在ip包中可以包括ttl和服务类型的信息;

-vv  输出详细的报文信息;

-c  在收到指定的包的数目后,tcpdump就会停止;

-F  从指定的文件中读取表达式,忽略其它的表达式;

-i  指定监听的网络接口;

-r  从指定的文件中读取包(这些包一般通过-w选项产生);

-w  直接将包写入文件中,并不分析和打印出来;

-T  将监听到的包直接解释为指定的类型的报文,常见的类型

分类: Linux 标签: