线程数目对数据库的影响

环境介绍
客户端程序所在服务器是windows,4核CPU

服务端数据库服务器是linux,16核CPU


实验现象
客户端一个程序窗口,对应进程开5个线程,现象如下
数据库服务端5个process,每个process 100%耗CPU,先4个process同时运行完毕持续时间长达5分钟,后面1个process再运行完毕需要3分钟,数据库服务端所有process运行完毕后持续时间长达10分钟

客户端一个程序窗口,对应进程开4个线程,现象如下
数据库服务端4个process,每个process 100%耗CPU,数据库服务端4个process同时运行完毕持续时间长达4分钟




总结如下
客户端只有4核CPU,开5个线程的话,客户端只能先跑4个线程再跑剩下的一个线程,每个线程独占一核CPU,占用CPU时间的时间是一样的,这样在客户端跑4个线程是跑5个线程的一半时间,跑8个和5个线程时间一样。

但是在数据库服务器linux上面,是一下子上来5个process,4个process先跑完,再跑最后一个process,服务端的process跑完的同时客户端程序也运行完毕了

线程数,首先要小于服务端的cpu核数,其次最好小于等于客户端的cpu核数(如果多于客户端的cpu核数,那客户端本身就在等待队列中)

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/30126024/viewspace-2138977/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/30126024/viewspace-2138977/

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值