分类 性能分析 下的文章

前两天，大家在群里讨论memcache缓存时，有群友提到了在memcache中如何存储数组，并如何直接通过数组索引取值的问题？当时，大家的回答基本一致是memcache是key-value形式的内存缓存系统。对于缓存key，只能是string类型，而无法存储array类型的key。虽然大家的理解基本保持一致，但是本着求证的态度，我还是查阅了php官方文档。官方示例代码如下：

<?php
$m = new Memcached();
$m->addServer('localhost', 11211);

$items = array(
    'key1' => 'value1',
    'key2' => 'value2',
    'key3' => 'value3'
);
$m->setMulti($items);
$result = $m->getMulti(array('key1', 'key3', 'badkey'), $cas);
var_dump($result, $cas);
?>

以上代码的输出如下：

array(2) {
  ["key1"]=>
  string(6) "value1"
  ["key3"]=>
  string(6) "value3"
}
array(2) {
  ["key1"]=>
  float(2360)
  ["key3"]=>
  float(2362)
}

Memcached::setMulti()类似于Memcached::set()，它是一次存储多个key/value元素，以便于对多个元素的操作。之前我理解为key可以是array数组，但实际上并不是。setMulti()方法相当于是多次调用set()方法存储数据。在这里谢谢@乌大湿的指点。群友的问题暂时无解，那代码中的memcached和我们平常认知的memcache有何不同？

昨天在调试一个业务代码中，无意间发现了一个问题。数据入库后的主键不是连续自增的，主键键值没过几秒就从两千多直接跳到了五千上下。这是为什么？瞬间引起我的注意。

先简单说明下环境。Mysql版本：5.6.23。为了防止某些数据重复，数据库中对某些字段设置了唯一索引，即unique key。经确认此表也只有一个业务程序在操作。那么，问题就定位到主键的auto_increment属性上了。

问题重现

下面来还原问题，以便能准确查找出原因。
表结构如下：

CREATE TABLE `test_innodb` (
   `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '自增ID',
   `username` varchar(100) NOT NULL COMMENT '用户名',
   PRIMARY KEY (`id`),
   UNIQUE KEY `UNIQUE_USERNAME` (`username`)
 ) ENGINE=InnoDB DEFAULT CHARSET=utf8

username字段设置了唯一索引（unique key）。先插入一条数据：

INSERT INTO test_innodb (`username`) VALUES('admin');

执行成功，主键ID为“1”。再次执行此SQL，因username重复，数据入库失败，提示：

Duplicate entry 'admin' for key 'UNIQUE_USERNAME'

最近在阅读《Redis设计与实现》这本书，书中关于Redis的实现原理，做了相对详细的介绍与说明。
Marser整理了Redis中对于过期key的几种删除策略。下面Marser来带你装逼带你飞，带你熬翔到天黑。

Redis中过期key的删除策略，分为三种：定时删除、定期删除、惰性删除。
其中，定时删除和定期删除是主动删除策略，惰性删除是被动删除策略。
下面就来逐一介绍这三种删除策略的原理及其优缺点。

1、定时删除

定时删除是在设置key的过期时间的同时，会创建一个定时器（timer）。定时器在key的过期时间来临时，立即执行对key的删除操作。
此种删除策略可以保证过期key会尽可能快的被删除，并释放过期key所占用的内存。
但是此种策略对CPU时间是最不友好的。在过期key比较多的情况下，删除过期key这一行为可能会占用相当一部分CPU时间，在内存不紧张但是CPU时间非常紧张的情况下，将CPU时间用在删除和当前任务无关的过期key上，无疑会对服务器的响应时间和吞吐量造成影响。
例如，正有大量的命令请求在等待服务器处理，并且服务器当前不缺少内存的情况下，服务器应当优先将CPU时间用在处理客户端的命令请求上面，而不是用在删除过期key上面。
并且创建一个定时器（timer）需要用到Redis服务器中的时间事件，而当前时间事件是用无序链表实现的，查找一个事件的时间复杂度为O(N)，并不能高效地处理大量时间事件。要让服务器创建大量的定时器，从而实现定时删除，在现阶段来说并不现实。

之前介绍了《PHP性能分析之Xhprof安装》和《PHP性能分析之Xhprof的使用》，链接如下：

• PHP性能分析之Xhprof安装
• PHP性能分析之Xhprof的使用

下面来介绍下Xhprof输出的性能数据说明。

Xhprof性能数据界面如下：

Incl.       表示Including（包含）的缩写
Excl.       表示Excluding（不包含）的缩写
Function Name:      函数名
Calls:              调用次数
Calls%:             调用次数的百分比（图中带有百分比符号的字段皆表示百分比的意思，所以后面不在介绍）
Incl. Wall Time:    包含子函数执行的所有花费时间。单位：微秒（下同）
Excl. Wall Time:    函数本身执行所花费的时间。
Incl. CPU:          包含子函数执行的所花费的CPU时间。
Excl. CPU:          函数本身执行所花费的CPU时间。
Incl.MemUse:        包含子函数执行的所占用的内存。单位：字节（下同）
Excl.MemUse:        函数本身执行所占用的内存。
Incl.PeakMemUse:    包含子函数执行，所占用内存的峰值。
Excl.PeakMemUse:    函数本身执行所占用内存的峰值。

上一节介绍了《PHP性能分析之Xhprof的安装》（点击查看详情）。
这一节来介绍下Xhprof的具体使用。

Xhprof的使用方式，直接贴示例代码，如下：

//在代码的开头处添加启动“xhprof性能分析器”函数
xhprof_enable(); 

function test(){
    for($i=0; $i<10000; $i++){
        ......
    }
}
test();

//在代码的结束处添加“停止xhprof分析器”函数
$xhprofData = xhprof_disable();

//输出xhprof分析器收集到的性能数据
var_dump($xhprofData);

Xhprof是facebook开源的一个分层PHP性能分析工具。可以收集函数级别的请求次数和各种指标，包括阻塞时间，CPU时间和内存使用情况。一个函数的开销，还可以细分成调用者和被调用者的开销。

下面介绍Xhprof的安装：

1、获取安装包

wget http://pecl.php.net/get/xhprof-0.9.4.tgz

如下图所示：

2、解压安装包

tar -zxvf xhprof-0.9.4.tgz
cd xhprof-0.9.4
cd extension

Apache Benchmark（ab）工具是最著名的基准测试工具之一，它是默认的Apache安装的一部分，能够通过模拟对特定URL的任意数量请求来对Web服务器进行负载测试。ab工具提供以下信息：

• 传输的总数据大小（以字节为单位）
• Web服务器在模拟流量下每秒可以支持的请求总数
• 完成一个请求所花费的最长时间（以毫秒为单位）
• 完成一个请求所花费的最短时间（以毫秒为单位）

使用ab工具还可以运行很多不同的负载模拟，例如：

• 对Web文档的模拟请求
• 指定时间内的请求
• 打开Keep-Alive时的请求

最重要的是，Apache Benchmark是独立于Apache Web服务器的，也就是不启动web服务器，也可以运行此工具。