cass里面老是提醒准备重生成

Cassandra数据库中经常会出现“准备重生成”的警告，这通常是因为数据表的大小超过了Cassandra的指定限制，导致数据分布不均匀，进而影响Cassandra集群的性能。

要解决这个问题，您可以执行以下步骤：

1 检查数据表的大小：使用nodetool命令检查数据表的大小，如果数据表的大小已接近或超过了硬盘空间的限制，则需要考虑添加更多的硬盘空间或重新设计数据模型以减少数据表的大小。

2 优化数据表：删除不再需要的数据，并检查索引是否正确设置。如果索引设置不当，可以重新创建索引以提高查询性能。

3 增加节点：如果数据表过大，可以通过添加更多的节点来解决问题。增加节点将分散数据并提高性能。

4 执行重生成：如果上述步骤都不能解决问题，可以考虑执行重生成 *** 作。不过，在执行重生成之前，务必备份所有的数据，以免数据丢失。

总之，如果您的Cassandra数据库出现“准备重生成”的警告，这意味着需要采取一些措施来优化数据表并提高性能。

我正在学习NoSQL，并正在为客户的需求之一寻找不同的选择。在提出这个问题之前，我已经遍历了各种资源（对NoSQL不太了解的人）

我需要以更快的速度存储数据并读取数据。

完全故障安全且易于扩展。

能够搜索数据以获取Google Analytics（分析）。

最后我列出了以下内容： Cassandra and Elasticsearch

我所了解的是，Cassandra对我来说是一个完美的NoSQL存储解决方案，因为我可以使用索引写入数据和读取数据。它失败或可能失败的地方在Google

Analytics（分析）上。将来，如果我想从中获取数据from_date to to_date，或者想以更多方式获取数据进行分析，如果我没有适当地设计数据模型或保持长期的眼光，那么在不断变化的世界中这可能很难。

While Elastic Search最擅长建立索引（由Lucene支持），并且可以通过抛出一些随机文本来随机搜索数据。但是即使我想检索数据，它是否也一样工作from_date to to_date（我希望是这样）。但是真正的问题是，它是搜索引擎还是像Cassandra这样的完美NoSQL数据存储？如果是，为什么我们仍然需要Cassandra？

如果两者都在不同的世界，请解释一下！我们如何将它们结合起来以获得更有效的解决方案？

1、首先，要在cassandra实体中添加属性，你需要先创建一个表，该表将包含所有要添加的属性。

2、在表中添加新属性之前，要先定义每个要添加的属性的类型，以及要添加的属性的名称，可以使用任何cassandra支持的数据类型，如数字、字符串、日期时间等。

3、在表中添加新属性之后，需要为每个属性设置合适的索引，以便在查询时快速定位数据。

4、最后，要执行ALTER TABLE语句来更新表的结构，以添加新的属性。这里的ALTER TABLE语句指定添加的属性名称，类型，以及可选的索引设置，然后提交更新即可完成 *** 作。

以上就是关于cass里面老是提醒准备重生成全部的内容，包括:cass里面老是提醒准备重生成、为什么需要elasticsearch做cassandra的索引、cass怎么给实体添加属性等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！