问题标签 [vitess]

考虑一个场景，一个 Web 请求发出 N 个数据库请求。如果我知道所有或大部分请求都可以发送给 db-readers。使用 Vitess 的架构，当有多个 reader 设置时，那些 N db 请求不会分发到不同的 db-readers 吗？

当不同的 reader 有不同的复制延迟时，有可能 N 个 db 请求导致结果不一致。

Vitess 有特殊的处理方法吗？或者应用程序应该如何处理这种情况？

我正在尝试在vitess.io数据库中创建触发器。（分布式 MySQL）

我收到以下错误：

任何反馈将不胜感激。

亲切的问候，亚历克斯

我注意到所有关于在 kubernetes 中部署操作符的文档总是使用简单kubectl create -f /point/to/some/big/blob/deploying/the/operator.yaml的作为普通 helm 图表的“更新”替代品。这让我想知道为什么运营商部署通常不由 helm 管理，因此我们可以在图表中依赖它。

例如，如果我想要一个 Vitess 数据库集群作为我的 helm 管理的应用程序部署的一部分，据我了解，我很不走运，因为他们的 helm 图表已被弃用，他们建议使用操作员。但是，我无法通过在我的 Chart.yaml 中将其声明为依赖项来确保操作员存在于集群中。

我们有什么理由不能使用 helm 图表部署操作员吗？我唯一能想到的是 CRD 没有命名空间，因此我们不能在同一个集群中运行多个版本的算子，因此如果我们尝试推出两个需要不同版本算子的应用程序，我们会破坏东西.

我有哪些方法可以解决部署中无法依赖其他软件的问题？

我正在尝试连接到 Vitess 数据库。
据我所知，我必须为 Vitess 使用专用的 JDBC 连接器（https://mvnrepository.com/artifact/io.vitess/vitess-jdbc）。我试过这样连接：

但我收到以下错误：

IncludedFields我在https://vitess.io/zh/docs/reference/vitess-api/中找到了有关的信息， 我还尝试将此值放入数据库 url（?included_fields=all或?included_fields=2）中，但显然根本没有效果。

有没有办法通过 JDBC 连接器连接到 Vitess？

我想将 Vitess（例如 vtcld）连接到 Consul（作为 Topo 服务器），但我需要传递 dc 参数。我认为它应该在 consul_auth_static_file 中完成，但我猜它仅用于身份验证目的。

所以，问题是：我该怎么做？如何将 dc 参数传递给拓扑服务器？

我是 Vitess 的新手，我正在尝试在 Vitess 上移动我的 mysql 数据库。我遵循了 vitess 的本地安装说明。我可以在本地 pc 上连接 mysql，但是当我尝试从同一本地网络上的不同 pc 连接时，它给出了拒绝访问错误。有谁知道是什么问题？

从本地电脑连接；

. . .

来自同一本地网络的不同电脑的连接；

有人可以帮助我如何在生产中实施适当的 vitess 集群。我正在浏览 vitess DOC，但我无法弄清楚如何使用多台机器设置正确的集群。

我已经完成了 Vitess 代理设置我有 3 台 mysql 机器，它们由 vitess 代理。他们作为主人和复制品工作。Vtgate vttablets 工作没有任何问题。我想要做的是通过 vitess 将 mysql 查询定向到 Proxysql 到机器上，但我不知道如何继续。我有 1 个键空间并且分片处于活动状态。我已经完成了 Vitess 本地配置。你能帮我详细一步一步地进行吗？

电压门状态

我的应用程序 vitess 数据库在单个表中有超过 20M 的记录。我有一个 cronJob，每天早上安排从 Vitess kubernetes pod 将数据库备份到 S3。

但是对于较小的数据库，它运行良好，现在我的数据库大小增加了，现在它有超过 20M 的行，并且数据库备份每次都失败。

我的 vitess kubernetes pod 显示错误 - “rpc 错误：代码 = 不可用 desc = 传输正在关闭”。

我已经申请了“grpc_keepalive_time”和“grpc_keepalive_timeout”，但都没有工作。

有人面临同样的问题吗？

我正在考虑一个多租户 SaaS 应用程序，其中每个客户端都有自己分配的数据库和自己的客户端定义模式。没有一个基础客户端自己拥有大量数据（跨表的平均数据可能在 100 万行范围内）。处理中的一些延迟会很好——这不需要是实时的/不服务于例如实时网络应用程序。从客户端的角度来看，这将是无服务器的/可由非技术用户管理。

我在网上阅读的所有评论/技术博客（可以理解）都讨论了将数据库扩展为大量行（例如，主键上的水平分片，垂直扩展为高性能服务器等）。虽然没有讨论扩展到更多数据库，但感觉处理起来更容易，因为单个数据库中的数据不需要拆分......每个数据库都可以独立于单个服务器上的其他数据库。只是路由查询的问题。

有没有你认为可以很好地支持我所说的数据库的数据库？或者像 Vitess/k8s 这样的东西的任何组合，它们可能能够执行这个数据库/查询路由、维护每个底层数据库等？您可以看到PlanetScale.com已经构建了类似的东西，但是他们在字面上编写 Vitess 后知识更丰富......对MongoDB Atlas的评论相同，但 Mongo 的产品不会混淆底层服务器。