首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

在cassandra DB中更新blob中的数据会导致tombstone吗?

在Cassandra DB中更新blob中的数据不会导致tombstone。

Cassandra是一个分布式、高可扩展性的NoSQL数据库,它使用了基于列的数据模型。在Cassandra中,blob是一种数据类型,用于存储二进制数据。

Tombstone是Cassandra中用于标记已删除数据的特殊标记。当数据被删除时,Cassandra会在相应的列上创建一个tombstone,以便在后续的合并过程中清理已删除的数据。

更新blob中的数据不会创建新的tombstone,因为tombstone只会在删除操作时创建。当更新blob中的数据时,Cassandra会将新的数据写入到相应的列中,而不会创建tombstone。

因此,更新blob中的数据不会导致tombstone的产生。这有助于减少tombstone的数量,提高Cassandra的性能和查询效率。

腾讯云提供了Cassandra数据库的托管服务,称为TencentDB for Cassandra。它提供了高可用性、高性能的Cassandra数据库集群,可满足大规模数据存储和处理的需求。您可以通过以下链接了解更多关于TencentDB for Cassandra的信息:https://cloud.tencent.com/product/tcassandra

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

Cassandra教程(3)---- 架

Cassandra是设计用于跨多节点方式处理大数据,它没有单点故障;这种架构设计之初就考虑到了系统和硬件故障。Cassandra地址发生失效问题,通过采用跨节点的分布式系统,将数据分布在集群中的所有节点上解决。每个节点使用P2P的gossip协议来改变集群中的自己和其他节点的状态信息。写操作按顺序记录在每个节点的commit log上,以确保数据持久化。数据写入到一个in-memory结构,叫做memtable,类似于一个write-back缓存。每当memtable满了时,数据就写入到硬盘SSTable数据文件中。所有的写都自动分区和复制。Cassandra定期的使用compaction压缩SSTable。丢弃标记为tombstone的过期数据。为了保证集群数据的一致性,可以采用不同的repair机制。

02

深入分析Elastic Search的写入过程

之前写过一篇ElasticSearch初识之吐槽,不知觉竟然过去了两年了。哎,时光催人老啊。最近又用到了ES,想找找过去的总结文档,居然只有一篇,搞了半年的ES,遇到那么多的问题,产出只有这么点,真是说不过去啊。只好又重新捡起ES,发现ES槽点依然很多,不兼容的更新太多了,各个版本之间的差异不小,感觉ES就是偏理论算法的人设计出来的,而不是工程学家写的。非常像公司里面,算法工程师吐槽后端应用开发算法能力弱,后端应用开发吐槽算法工程师工程能力太差。作为一个应用开发对ES差不多就是这种感觉。不过要用到搜索,不用他又不行。既然不能拒绝,只能去享受了。

02

restapi(4)- rest-mongo : MongoDB数据库前端的httpserver

完成了一套标准的rest风格数据库CRUD操作httpserver后发现有许多不足。主要是为了追求“通用”两个字,想把所有服务接口做的更“范generic”些,结果反而限制了目标数据库的特点,最终产生了一套功能弱小的玩具。比如说吧:标准rest风格getbyId需要所有的数据表都具备id这个字段,有点傻。然后get返回的结果集又没有什么灵活的控制方法如返回数量、字段、排序等。特别对MongoDB这样的在查询操作方面接近关系式数据库的分布式数据库:上篇提到过,它的query能力强大,条件组合灵活,如果不能在网络服务api中体现出来就太可惜了。所以,这篇博文会讨论一套专门针对MongoDB的rest-server。我想达到的目的是:后台数据库是MongoDB,通过httpserver提供对MongoDB的CRUD操作,客户端通过http调用CRUD服务。后台开发对每一个数据库表单使用统一的标准增添一套新的CRUD服务。希望如此能够提高开发效率,减少代码出错机会。

02
领券