hur*_*lad 9 connection-pooling mongodb node.js
我有一个快速应用程序通过node-mongodb-native驱动程序与mongodb交谈.我的应用中的一些请求间歇性地很慢.是否有任何好的工具或策略来确认或排除驱动程序连接池大小作为瓶颈？
这里有一些关于调整池大小的讨论,但它是非常不确定的.aheckmann指出,默认值5通常是充足的,而tinana通过许多并发请求来增加池的显着收益.
更新: 这个问题是为了帮助我理解调优和工具驱动程序池大小,而不是解决当前的性能问题.我描述的问题只是为了提出一个问题.
在这种情况下,第一步始终是从数据库开始.
如果您的查询响应缓慢,则这些查询应显示在慢速日志中.看看正式的分析文档."慢"查询的默认值大约是100毫秒,所以如果你的慢查询是因为数据库,那么你会看到证据.
另外,请查看数据库的图表.通过"图表",我指的是服务器正在做什么的Nagios/Cacti/Zabbix/ServerDensity/MMS图表.如果您没有这些,请从那里开始.如果您实际上不知道有多少连接或CPU的外观,则调整连接池大小是没用的.
是否有任何好的工具或策略来确认或排除驱动程序连接池大小作为瓶颈？
一旦排除了数据库并且已配置监视,则可以打开连接池大小.一旦你掌握了所有这些.您将能够调整池大小并确保您(a)解决了问题并且(b)没有引起更多问题.
整个周期很重要.
如果您使用连接池,但是您没有看到慢速日志和总连接,那么您只会导致更多问题.
| 归档时间： |
|
| 查看次数： |
7329 次 |
| 最近记录： |