1.测试环境
服务器:
CPU:2GHZ,内存:4G,物理机
系统:centos 5 32位
网络:100Mbps 局域网
客户端:
CPU:2GHZ,内存:4G
系统:centos 5 32位
数据量:1000万条记录
mysql版本:5.1.51-log
测试方法:把mysql挂到DNS软件后面,用bind的测试工具querypref测试
测试时,启动五个DNS软件进程,每个进程里开一个mysql的长连接,每次请求不关闭连接
2.测试结果
2.1mysql
2.1.1 1000万在同一张表测试
CREATETABLE`rr` (
`beginip` int(10) unsignedDEFAULTNULL,
`endip` int(10) unsignedDEFAULTNULL,
`zone` varchar(256)DEFAULTNULL,
`rrtype` tinyint(4) DEFAULTNULL,
`data` varchar(256)DEFAULTNULL,
`ttl` int(10) unsignedDEFAULTNULL,
INDEX`zone_index` (`zone`) USING BTREE,
INDEX`ipset_index` (`beginip`,`endip`) USING BTREE,
INDEX`rrtype_index` (`rrtype`) USING BTREE
) ENGINE=MyISAM DEFAULTCHARSET=utf8;
sql语句:
select data,ttl from rr where domain=;
//不使用缓存
SET GLOBAL query_cache_size=0;
加索引: INDEX `zone_index` (`zone`) USING BTREE,
INDEX `ipset_index` (`beginip`,`endip`) USING BTREE,
INDEX `rrtype_index` (`rrtype`) USING BTREE
打开缓存:1.4万qps(query per second) ,单次请求时间为1~3ms
不缓存: 21qps,单次请求时间为88ms
服务器一分钟负载:2~3
发现在查询时,去更新某一条记录时,那几分钟单次请求时间为900ms,估计mysql在重新建缓存和索引导致
2.1.2 1000张表,1万条数据测试
CREATETABLEwww_a_com_ (
beginip int(10) unsignedDEFAULTNULL,
endip int(10) unsignedDEFAULTNULL,
rrtype tinyint(4) DEFAULTNULL,
data varchar(256)DEFAULTNULL,
ttl int(10) unsignedDEFAULTNULL,
INDEXipset_index (beginip,endip) USING BTREE,
INDEXrrtype_index (rrtype) USING BTREE
);
sql语句:select data,ttl from www_a_com_ where and beginip<=3232238968 and endip>=3232238968 and rrtype=1;//使用缓存SET GLOBAL key_buffer_size=200*1024*1024;SET GLOBAL table_cache=1200;SET GLOBAL thread_cache_size=60;SET GLOBAL query_cache_size=200*1024*1024;SET GLOBAL query_cache_limit=200*1024*1024;SET GLOBAL table_definition_cache=1200;SET GLOBAL thread_cache_size=60;SET GLOBAL myisam_data_pointer_size=60;SET GLOBAL delayed_queue_size=2000;SET GLOBAL preload_buffer_size=65536;加索引: INDEX `ipset_index` (`beginip`,`endip`) USING BTREE,INDEX `rrtype_index` (`rrtype`) USING BTREE打开缓存:1.5万qps,单次请求时间为1~3ms不缓存: 3000qps,单次请求时间为6~7ms服务器一分钟负载:2~4测试时,发现在进程里启动10个连接和1一个连接的测试数据相差不大。