<p>Does anyone knows what is the difference between built in connection pool (inside <a href="http://golang.org/pkg/database/sql/">http://golang.org/pkg/database/sql/</a>), and solutions like pgpool/pgbouncer. Does it make sense to combine them? Which one should be better in terms of performance? Which one do you prefer, and why?</p>
<p>Thanks!</p>
<hr/>**评论:**<br/><br/>kron4eg: <pre><p>Using pgpool/pgbouncer makes sense even with built on connection pool, since pgpool/pgbouncer are like gateway to your database, they guard it from hitting "too many connections".</p></pre>nathj07: <pre><p>I've used both together. There is one gotcha with using pgbouncer. Go seems to wrap SQL in prepared statements if there are placeholder values. Depending on your pgbouncer configuration this may require the explicit use of transactions. This is true even of select statements.</p>
<p>Just a heads up.</p></pre>elithrar_: <pre><p>pgpool & pgbouncer do a lot more than just pooling client connections to a single DB - they can manage pooling to multiple DB servers and/or parallel querying.</p></pre>
这是一个分享于 的资源,其中的信息可能已经有所发展或是发生改变。
入群交流(和以上内容无关):加入Go大咖交流群,或添加微信:liuxiaoyan-s 备注:入群;或加QQ群:692541889
0 回复
- 请尽量让自己的回复能够对别人有帮助
- 支持 Markdown 格式, **粗体**、~~删除线~~、
`单行代码`
- 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
- 图片支持拖拽、截图粘贴等方式上传