当前位置：首页 > news >正文

产品展示型网站wordpress 如何备份数据库结构

news 2025/9/17 17:54:02

产品展示型网站,wordpress 如何备份数据库结构,wordpress cdn注意事项,施工企业安全形势分析会[补充完善往期内容] wrk是一款简单的HTTP压测工具,托管在Github上,https://github.com/wg/wrkwrk 的一个很好的特性就是能用很少的线程压出很大的并发量. 原因是它使用了一些操作系统特定的高性能 io 机制, 比如 select, epoll, kqueue 等. 其实它是复用了 redis 的 ae 异步事…

在这里插入图片描述
[补充完善往期内容]

wrk是一款简单的HTTP压测工具,托管在Github上,https://github.com/wg/wrk
wrk 的一个很好的特性就是能用很少的线程压出很大的并发量. 原因是它使用了一些操作系统特定的高性能 io 机制, 比如 select, epoll, kqueue 等. 其实它是复用了 redis 的 ae 异步事件驱动框架. 确切的说 ae 事件驱动框架并不是 redis 发明的, 它来至于 Tcl的解释器 jim, 这个小巧高效的框架, 因为被 redis 采用而更多的被大家所熟知.

安装

git clone https://github.com/wg/wrk.git  
cd wrk  
make

错误
如果编译过程中出错:

src/wrk.h:11:25: fatal error: openssl/ssl.h: No such file or directory  
#include <openssl/ssl.h>

则需要安装openssl,使用sudo apt-get install libssl-dev或 sudo yum install openssl-devel安装即可,最后编辑etc/profile配置环境变量。由于笔者使用的是阿里云centos7,相关依赖都已经存在了,所以可以直接使用。

开始测试一下

wrk -t12 -c100 -d30s http://www.baidu.com
****
这段脚本的输出是:
[root@iZwz9flnbsu8mylcqnd3l4Z wrk]# ./wrk -t12 -c100 -d30s http://www.baidu.com
Running 30s test @ http://www.baidu.com
12 threads and 100 connections
Thread Stats   Avg      Stdev     Max   +/- Stdev
Latency   173.62ms  238.25ms   1.95s    88.40%
Req/Sec    71.88     51.90   790.00     91.05%
25560 requests in 30.02s, 380.38MB read
Socket errors: connect 0, read 53, write 0, timeout 24
Requests/sec:    851.37
Transfer/sec:     12.67MB

一般线程数不宜过多. 核数的2到4倍足够了. 多了反而因为线程切换过多造成效率降低. 因为 wrk 不是使用每个连接一个线程的模型, 而是通过异步网络 io 提升并发量. 所以网络通信不会阻塞线程执行. 这也是 wrk 可以用很少的线程模拟大量网路连接的原因. 而现在很多性能工具并没有采用这种方式, 而是采用提高线程数来实现高并发. 所以并发量一旦设的很高, 测试机自身压力就很大. 测试效果反而下降.

参数解释:

12 threads and 100 connections:
总共是12个线程,100个连接(不是一个线程对应一个连接)
latency和Req/Sec:
代表单个线程的统计数据,latency代表延迟时间,Req/Sec代表单个线程每秒完成的请求数，他们都具有平均值, 标准偏差, 最大值, 正负一个标准差占比。一般我们来说我们主要关注平均值和最大值. 标准差如果太大说明样本本身离散程度比较高. 有可能系统性能波动很大.
23725 requests in 30.05s, 347.47MB read
在30秒之内总共有23725个请求,总共读取347.47MB的数据
Socket errors: connect 0, read 48, write 0, timeout 50
总共有48个读错误,50个超时.
Requests/sec和Transfer/sec
所有线程平均每秒钟完成了789.57个请求,每秒钟读取11.56MB数据量

如果想看看响应时间的分布,可以增加–latency:

wrk -t12 -c100 -d30s --latency http://www.baidu.com./wrk -t12 -c100 -d30s  --latency http://www.baidu.com
Running 30s test @ http://www.baidu.com
12 threads and 100 connections
Thread Stats   Avg      Stdev     Max   +/- Stdev
Latency   172.75ms  238.61ms   1.79s    88.46%
Req/Sec    71.70     50.91   838.00     87.32%
Latency Distribution
50%   61.90ms
75%  248.02ms
90%  455.07ms
99%    1.26s
25560 requests in 30.03s, 380.36MB read
Socket errors: connect 0, read 71, write 0, timeout 36
Requests/sec:    851.25
Transfer/sec:     12.67MB

常用压测方式

wrk -t12 -c400 -d30s http://127.0.0.1:8080/index.html

使用12个线程运行30秒, 400个http并发

命令行选项

-c, --connections: 总的http并发数
-d, --duration:    持续压测时间, 比如: 2s, 2m, 2h
-t, --threads:     总线程数
-s, --script:      luajit脚本,使用方法往下看
-H, --header:      添加http header, 比如. "User-Agent: wrk"--latency:     在控制台打印出延迟统计情况--timeout:     http超时时间

wrk --timeout 10s www.baidu.com