關(guān)于redis的性能報(bào)告
關(guān)于redis的性能報(bào)告
篇一：redis性能測(cè)試案例
REmote DIctionary Server(Redis) 是一個(gè)由Salvatore Sanfilippo寫的key-value存儲(chǔ)系統(tǒng)。
Redis是一個(gè)開(kāi)源的使用ANSI C語(yǔ)言編寫、遵守BSD協(xié)議、支持網(wǎng)絡(luò)、可基于內(nèi)存亦可持久化的日志型、Key-Value數(shù)據(jù)庫(kù)，并提供多種語(yǔ)言的API。
它通常被稱為數(shù)據(jù)結(jié)構(gòu)服務(wù)器，因?yàn)橹担╲alue）可以是 字符串(String), 哈希(Map), 列表(list), 集合(sets) 和 有序集合(sorted sets)等類型。
Redis性能測(cè)試案例：
服務(wù)器配置：64G內(nèi)存，8核心，redhat
1：value大小對(duì)性能的影響
測(cè)試用例：200并發(fā)插入數(shù)據(jù){100byte，3ms，39415res/sec ：200并發(fā)，平均執(zhí)行一次插入操作花費(fèi)3毫秒時(shí)間，平均每秒執(zhí)行39415次}
2：并發(fā)對(duì)性能的影響
測(cè)試用例：插入3000bytes數(shù)據(jù){100tcp，2ms，37215res/sec表示100個(gè)并發(fā)tcp連接，執(zhí)行插入3000bytes操作，平均每次執(zhí)行耗時(shí)2毫秒，平均每秒執(zhí)行37215次}
3：集群對(duì)性能的影響
測(cè)試A: 200并發(fā)寫入3000bytes數(shù)據(jù){單點(diǎn)，5ms，27815res/sec表示：200并發(fā)，插入3000bytes數(shù)據(jù)，單點(diǎn)情況下每次執(zhí)行平均耗費(fèi)5毫秒，每秒平均執(zhí)行27815次}
測(cè)試B：200并發(fā)，隨機(jī)讀取{單點(diǎn)，8ms，23703res/sec表示：200并發(fā)，隨機(jī)讀取數(shù)據(jù)，平均每次讀取花費(fèi)8毫秒，每秒執(zhí)行23703次}
測(cè)試C：200并發(fā)，讀寫比例3:2{單點(diǎn)，11ms，9395res/sec表示：200并發(fā)，維持讀寫比例3:2，單點(diǎn)情況下，平均每次執(zhí)行耗費(fèi)11毫秒時(shí)間，每秒執(zhí)行9395次}
篇二：大數(shù)據(jù)性能測(cè)試記錄——redis
大數(shù)據(jù)性能測(cè)試記錄——redis
一．環(huán)境描述
1.宿主環(huán)境：
2.虛擬環(huán)境：
Virtualbox虛擬機(jī)4.3.18
Centos6.5 64位開(kāi)發(fā)工作站
內(nèi)存：4096M
硬盤：40G
JDK：OpenJDK1.7.0_45
Redis：3.0.3
Jedis：2.7.2
Common-Pool:2.0
二．測(cè)試記錄：
內(nèi)容：foo“數(shù)字”，bar（數(shù)字）
數(shù)據(jù)量：100萬(wàn)
內(nèi)存：2070M（寫前）～2202M（寫后） 讀：
時(shí)間：760875ms（寫前）～780431ms（寫后）
數(shù)據(jù)量：1000萬(wàn)
寫： 內(nèi)存：2069M（寫前）～3463M（寫后） 讀：
時(shí)間：713894ms（寫前）～901442（寫后）
三．結(jié)論：
Redis讀寫在沒(méi)有超過(guò)內(nèi)存容量時(shí)，讀時(shí)間，寫內(nèi)存占用基本是線性的。
篇三：memcache、redis、tair性能對(duì)比測(cè)試報(bào)告
memcache、redis、tair性能對(duì)比測(cè)試報(bào)告
第1章 限制條件
前一周所做的分布緩存技術(shù)預(yù)言中有包括ehcache、memcache、redis、tair，還包括了基于MongoDB的分布式技術(shù)。測(cè)試中，考慮到各自功能的差異化特點(diǎn)，其中選擇了memcache、redis、tair功能特性相近的緩存服務(wù)器進(jìn)行性能對(duì)比，所以ehcache、MongoDB將不做為本次測(cè)試的規(guī)范，其原因如下：
1） Ehcache是組件級(jí)別的緩存，要搭建一個(gè)獨(dú)立的緩存服務(wù)器，需要用到ehcache server模塊，這是個(gè)war包，能運(yùn)行在web 容器中，決定整個(gè)緩存服務(wù)器性能的好壞因素太多，比如web服務(wù)器，集群方式等。跟memcache、redis、tair沒(méi)有對(duì)比性。 2） MongoDB是面向文檔的數(shù)據(jù)庫(kù)，跟緩存沒(méi)有可比性。
第2章 測(cè)試場(chǎng)景概述
性能測(cè)試包括單機(jī)環(huán)境和分布式環(huán)境，主要針對(duì)memcache、redis、tair各緩存服務(wù)器在緩存了不同級(jí)別的數(shù)據(jù)下,多個(gè)線程并發(fā)操作向緩存set/get緩存數(shù)據(jù)，考慮到網(wǎng)絡(luò)方面的負(fù)載，又將每次set/get操作的緩存數(shù)據(jù)的大小分為三個(gè)不同的級(jí)別：1KB,10KB,100KB,通過(guò)對(duì)上述的條件進(jìn)行排列，取得以下的測(cè)試場(chǎng)景。
第3章 單機(jī)環(huán)境測(cè)試
3.1. 測(cè)試場(chǎng)景：
1. 2. 3.
當(dāng)各緩存的數(shù)據(jù)庫(kù)空時(shí)，以單線程通過(guò)各緩存客戶端set調(diào)用向服務(wù)端推送數(shù)據(jù)，比較10000操作所消耗的時(shí)間，以上動(dòng)作通過(guò)使用不同大小的單個(gè)緩存對(duì)象重復(fù)三次。 在場(chǎng)景一完成的情況下，以單線程通過(guò)各緩存客戶端get調(diào)用向服務(wù)端獲取數(shù)據(jù)，比較10000操作所消耗的時(shí)間，以上動(dòng)作通過(guò)使用不同大小的單個(gè)緩存對(duì)象重復(fù)三次。 并發(fā)200個(gè)線程通過(guò)緩存軟件的客戶set調(diào)用向服務(wù)端推送數(shù)據(jù)，每個(gè)線程完成10000次的操作，比較服務(wù)器的tps大小，以上動(dòng)作通過(guò)使用不同大小的單個(gè)緩存對(duì)象重復(fù)三次。
4.并發(fā)200個(gè)線程通過(guò)緩存軟件的客戶get調(diào)用向服務(wù)端獲取數(shù)據(jù)，每個(gè)線程完成10000次的操作，比較服務(wù)器的tps大小，以上動(dòng)作通過(guò)使用不同的key取不同大小的數(shù)據(jù)，重復(fù)三次。
3.2. 測(cè)試環(huán)境
3.3. 測(cè)試結(jié)果
1.當(dāng)各緩存的數(shù)據(jù)庫(kù)空時(shí)，以單線程通過(guò)各緩存客戶端set調(diào)用向服務(wù)端推送數(shù)據(jù)，比較10000操作所消耗的時(shí)間，以上動(dòng)作通過(guò)使用不同大小的單個(gè)緩存對(duì)象重復(fù)三次。
2.在場(chǎng)景一完成的情況下，以單線程通過(guò)各緩存客戶端get調(diào)用向服務(wù)端獲取數(shù)據(jù)，比較10000操作所消耗的時(shí)間，以上動(dòng)作通過(guò)使用不同大小的單個(gè)緩存對(duì)象重復(fù)三次。
3.在場(chǎng)景一完成的情況下，緩存服務(wù)器有數(shù)據(jù)，并發(fā)1000個(gè)線程通過(guò)緩存軟件的客戶set調(diào)用向服務(wù)端推送數(shù)據(jù)，每個(gè)線程完成10000次的操作，比較各服務(wù)器的tps大小，以上動(dòng)作通過(guò)使用不同大小的單個(gè)緩存對(duì)象重復(fù)三次。
4.在場(chǎng)景三完成的情況下，緩存服務(wù)器有數(shù)據(jù)，并發(fā)1000個(gè)線程通過(guò)緩存軟件的客戶get調(diào)用向服務(wù)端獲取數(shù)據(jù)，每個(gè)線程完成10000次的操作，比較各服務(wù)器的tps大小，以上動(dòng)作通過(guò)使用不同的key取不同大小的數(shù)據(jù)，重復(fù)三次。
【redis的性能報(bào)告】相關(guān)文章：
empb報(bào)告02-16
報(bào)告格式要求04-04
心理報(bào)告格式06-01
關(guān)于報(bào)告的格式02-24
支教的實(shí)踐報(bào)告03-19
采購(gòu)崗位報(bào)告03-19
時(shí)政報(bào)告范文03-19