【问题标题】:Upgrading Cassandra db schema in Production在生产中升级 Cassandra 数据库模式
【发布时间】:2018-01-30 17:22:01
【问题描述】:

查询是关于我们今天在分布式云环境中面临的最常见问题。

我们在实现应用程序之前设计 cassandra 架构(版本,v1),并将使用相同的架构从应用程序(版本,v1)查询(或使用)。 现在,当需要增强应用程序时,如何在不停止(中断)向最终用户提供服务的情况下处理引发的多个问题。

  1. 假设 app1 有三个实例,使用 db 和三个集群节点作为后端。
  2. 通过添加新列和删除一列来增强应用程序和数据库架构。由于应用程序应始终保持高可用性,因此其中一个应用程序实例接收数据并查询带有已删除列的数据库,这可能导致列族不匹配。

查询: 阻止服务并重新部署所有新版本的应用程序是唯一的解决方案吗?

在这种情况下如何处理数据库升级。

【问题讨论】:

    标签: cassandra production


    【解决方案1】:

    您需要分两个阶段执行部署。首先部署需要一个新列并停止使用要删除的列的 v2。在所有主机上部署 v2 后,就可以安全地删除不必要的列。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2016-09-19
      • 2015-06-22
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2013-06-20
      相关资源
      最近更新 更多