并发实践1
2018-12-01 本文已影响0人
__XY__
1 掌握nload命令 和 ab命令
ab -n 100 -c 100 http://test.coinchase.com/api/v1/list_presale_token

可以看到并发数为10的时候,nload平均为6M

并发数为100的时候,nload平均为24M

并发数为1000的时候,nload平均为50M
当超过1000的时候,提示too many open files

服务正常时的网络io,平均为20M左右。
db 的性能测试。
项目刚启动的时候,开启了8个链接,这8 个连接分别都是除了coucou项目之外的东西。
coucou等项目真正有人访问的时候才有了连接。
开始并发
并发后发现只有5个连接是在一直用的。
?为什么是5个呢?
也有可能是5个连接是能抗住10个并发的。
再来一波c10的并发。
发现多了两个连接
再来一波c10
发现8个连接是完全没问题的。有的连接都没有用到。
同时 ,db的cpu并没有明显上升。
来一波c100的。
发现有32个连接,说明连接的数量和进程的数量是不相关的。

来一波c1000的
发现连接数量快速打到了90,然后又迅速掉到了50
开启慢查询
重启后,发现有一个lost connection
把不实用index的排除
把querytiime设置为0.1 发现有一条。
以后就根据这个报错显示,逐渐把0.1调小。