Memcachedvs.Redis不同key大小性能测试报告_v1.0_20130123_廖诚.docxVIP

测试目的 测试Memcached与Redis，在key随机大小的情况下性能如何； Memcached达到内存上限时，会根据LRU（Least Recently Used最近最少使用）算法置换掉老的数据，测试当出现这种情况时，其性能如何； Redis达到内存上限时，会根据LRU算法，将高频key保存在内存，低频key转到交换文件，测试当出现这种情况时，其性能如何。 测试环境 网络环境 如图1所示，42、43均连接至千兆交换机，其中42为服务端，43为客户端： 图1 硬件环境 IP型号OSCPU内存硬盘网卡用途192.168.0.42HP刀片RedHat6.2 x86_64Intel(R) Xeon(R) E5410 @ 2.33GHz 8核16G68G1000Mb/s被压机192.168.0.43HP刀片RedHat6.2 x86_64Intel(R) Xeon(R) E5410 @ 2.33GHz 8核16G68G1000Mb/s加压机软件环境 软件名称软件版本是否开源memcachedv1.4.15是libeventv2.0.21-stable是redisv2.6.5是测试结果 在2到100字节范围内生成随机大小的key，加上10字节的value组成每条数据记录内容；每次操作线程数为50个，每线程10万条记录，在老数据基础上进行测试；老数据基础分别为0万、500万、1000万、1500万条……，依次类推每次测试增长500万条，分别测试insert、select、update情况； 因为Redis在写入8千万条时，开始启动虚拟内存，此时意味着物理内存不够用，再加上受快照持久化子进程同时抢占系统资源的影响性能出现拐点，在此拐点前其性能都与7千500万的情况差不多，所以性能曲线图将只描述7千500万后的测试情况； Redis快照持久化过程如下： 达到持久化条件，Redis调用fork创建一子进程； 父进程继续维护自己的内存空间并同时处理client端的请求，而子进程负责将fork时刻整个数据库的一个快照写入到临时文件； 当子进程将快照写入临时文件结束后，会用这个临时文件替换原来的快照文件，然后子进程退出； 注：每次快照持久化都是将内存数据完整的写入磁盘一次，并不是增量的同步数据； insert操作性能对比 在老数据基础上，进行50个客户端并发，每客户端操作100,000次写，平均用时如图2-1、图2-2示??? 　7.50 8.00 8.50 9.00 9.50 10.00 10.50 11.00 memca99800.40 102796.05 100020.00 103950.10 105086.17 76405.87 104733.98 100260.68 redis69213.73 32784.74 37855.84 1964.88 1204.61 1032.06 636.27 396.13  图2-1 图2-2 说明：纵轴为平均用时（单位：次/秒），横轴为老数据基础（单位：千万）； CPU使用情况，如图3-1、图3-2示： 　7.50 8.00 8.50 9.00 9.50 10.00 10.50 11.00 memca151.74 149.50 150.27 151.53 147.30 322.40 172.72 176.30 redis92.33 51.18 54.77 3.64 2.15 1.81 1.19 0.85  图3-1 图3-2 说明：纵轴为平均占用单个CPU百分比，横轴为老数据基础（单位：千万）； MEM使用情况，如图4-1、图4-2示： 　7.50 8.00 8.50 9.00 9.50 10.00 10.50 11.00 memca66.70 70.98 75.00 79.14 83.32 88.90 89.91 89.91 redis78.37 77.44 77.51 70.20 63.14 64.95 62.92 52.86  图4-1 图4-2 说明：纵轴为占用内存