用DataStax散装装载机v1.8向Cassandra表导出Cassandra表,抱怨连接池耗尽
我使用这些设置运行:
dsbulk unload -k keyspace -t table
--connector.csv.delimiter "^"
--engine.maxConcurrentQueries=4
--connector.csv.url
...
应用程序抱怨连接池耗尽 - >应用程序可以超时与Cassandra的连接。
- Cassandra版本2.13
- Cassandra功能:3个节点-64 CPU/124GB RAM上的每个节点上。
在设置DSBULK上解释?
I run it with these settings:
dsbulk unload -k keyspace -t table
--connector.csv.delimiter "^"
--engine.maxConcurrentQueries=4
--connector.csv.url
...
application complains about connection pool exhaustion --> application gets timeouts on connections to cassandra.
- cassandra version 2.13
- cassandra features: 3 nodes - 64 cpu/124Gb ram on each node.
explain on settings dsbulk?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
听起来您的群集已被超载,无法处理
Unload
操作。您将需要油门dsbulk降低请求量。以下是一些选项,您可以用作起点来限制群集的负载:
有关这些选项的详细信息,请参见:
nofollow noreferrer”这些设置,
卸载
操作要完成需要更长的时间,但它至少将最大程度地减少删除群集的风险。干杯!It sounds like your cluster is getting overloaded and cannot handle the
unload
operation.You will need to throttle DSBulk to lower the amount of requests. Here are some options you can use as starting points to limit the load on your cluster:
For details on these options, see:
With these settings, it will take a little longer for the
unload
operation to complete but it will at least minimise the risk of taking down your cluster. Cheers!