在cassandra.yaml中修改batch_size_fail_threshold_in_kb的值的影响

问题描述

我有一个关于batch_size_fail_threshold_in_kb的问题，该属性是cassandra.yaml。我当前的设置具有batch_size_fail_threshold_in_kb：50。

我看过DataStax 6文档，默认显示为640 kb。 https://docs.datastax.com/en/dse/6.0/dse-dev/datastax_enterprise/config/configCassandra_yaml.html

那么更改batch_size_fail_threshold_in_kb属性很好吗？一切都会受到影响吗？

解决方法

没有非常的充分理由，我不会更改该设置。存在# BUILD -a X64 Build environment: Linux-5.7.0-kali1-amd64-x86_64-with-glibc2.29 Build start time: 08:32:11,Sep.03 2020 WORKSPACE = /media/ledoux/Data/osdev/devos/edk2/edk2 EDK_TOOLS_PATH = /media/ledoux/Data/osdev/devos/edk2/edk2/BaseTools CONF_PATH = /media/ledoux/Data/osdev/devos/edk2/edk2/Conf PYTHON_COMMAND = /usr/bin/python3.8 Processing meta-data Architecture(s) = X64 Build target = DEBUG Toolchain = VS2017 Active Platform = /media/ledoux/Data/osdev/devos/edk2/edk2/EmulatorPkg/EmulatorPkg.dsc .................. - Failed - Build end time: 08:32:29,Sep.03 2020 Build total time: 00:00:18 的值可以防止协调器节点在发送非常大的批处理时崩溃。众所周知，以RDBMS方式使用的批处理语句（向同一表发送成千上万的批处理写操作）是有问题的，此设置有助于防止此类情况发生。

我已经让应用程序团队与我联系来增加这个值（当正确使用批处理时），因为他们的有效负载列超过了此阈值。我会逐案考虑。

我无法说说DataStax如何决定其（更高）默认值。我的猜测是，这可能与他们的Solr或Graph集成有关。

tl; dr;

batch_size_fail_threshold_in_kb是一项几乎不需要调整默认设置的设置。