请问是否有 Cassandra 和 RHEL 的兼容性表?更具体地想知道是否
Cassandra 3.11 与 RHEL8* 和 RHEL9* 兼容吗?Cassandra 4.1 与 RHEL7.9 兼容吗?
请问是否有 Cassandra 和 RHEL 的兼容性表?更具体地想知道是否
Cassandra 3.11 与 RHEL8* 和 RHEL9* 兼容吗?Cassandra 4.1 与 RHEL7.9 兼容吗?
信息 [HintsDispatcher:416] 2024-02-12 01:42:41,180 NoSpamLogger.java:91 - 达到最大内存使用量 (536870912),无法分配 1048576 块
#我们在日志中获取上述信息。此外,我们还面临延迟警报(条件:5 分钟内超过 2 秒)。延迟和日志中的此信息之间有任何关系吗?
无论如何,增加 file_cache_size_in_mb 可能会有所帮助,或者条件似乎太紧张,我们可以扩展它(例如 5 分钟跨度中的 5 秒)。到目前为止,还没有关于应用程序端延迟问题的投诉。
Apache Cassandra 稳定版和通用版之间有什么区别。这是否意味着通用版本可能比稳定版本有更多错误?或者是别的东西。请澄清这种隔离的标准是什么
我对估计的可丢弃墓碑值的理解是 = (Number of columns where tombstones passed gc_grace_seconds/Number of columns)
。
但是在某些 sstablemetadata 输出中,我可以看到该值大于 1。这怎么可能呢?在特定的时间点,让我们假设所有列都变成墓碑,它通过了 gc_grace_seconds 然后该值将为 1。那么它随后如何大于 1 ......这取决于时间吗?即随着时间的推移,价值会增加吗?
对于客户的新需求,我们需要设置非关键列搜索。我想避免创建索引,因此使用原始表的非键列作为分区键来评估新表的创建会更好,或者物化视图在这里是更好的选择。由于新表和物化视图都会占用存储空间(并且客户认为这是存储空间的浪费,因为我们在每个节点上保存两次相同的数据)那么通过创建物化视图我们可以实现什么额外的效果?(它的提示不适合生产)。除了使用非键列(原始表的)作为分区键创建索引/物化视图/新表之外,还有其他方法可以管理这种将引入非键列搜索查询的情况
我只想将 Mariadb 数据库中所有 15 个表的数据保留 90 天。当前数据库大小为 60 GB。有哪些可用于执行相同操作的选项。
我们正在使用 V3.11.5 的 Stratio Lucene Indexer,目前正计划升级到 V4.x。由于特定的 Cassandra Lucene 索引版本针对特定的 Apache Cassandra 版本。
https://github.com/stratio/cassandra-lucene-index
请让我知道是否有人将此 Stratio Lucene Indexer 与 V4.x 一起使用以及选择哪个 plagin。
摆脱由 STCS 压缩创建的大型 sstables(大小为数百 GB)的最佳方法是什么。
会是sstablesplit
还是nodetool compact -s
?