问题标签 [tidb]

我正在使用 Apache Spark 批量写入数据。批次为 1 天。运行 spark 作业时出现此错误。我正在使用 MySQL java 连接器连接到 TiDB 集群。Spark 创建 144 个并行写入任务。

我想将某些表指定为复制到所有 TiKV 存储，以便它们始终可用于本地连接（从而减少 TiDB 级别的昂贵分布式连接）。这将允许 TiKV 协处理器在本地加入该表，因为它始终可用（即：复制到每个 TiKV）。在“维度”和“事实”的 OLAP 术语中，这是一个维度表。在这种情况下，我想分割事实并复制维度。看来 TiDB 将一切都视为分片事实。这可以做到吗？如果不是，可以用其他技术近似吗？代码库对允许这种类型的功能的适应性如何？

我看到在tikv v2.0.9中，ScanRequest不支持reverse param，reverseSeek也不起作用，但是在某些时候，我需要reverseSeek，我该怎么做？

我看到 PingCAP FAQ 说“TiDB 的字符集默认使用 UTF-8，目前只支持 UTF-8”

如果 MySQL 表字符集是 latin1，Syncer 可以正常运行还是在 TiDB 端得到与 MySQL 端相同的结果？

我们计划在欧洲和澳大利亚使用 TiDB 进行分布式设置。

有没有人对这种分布式设置有一些经验？

我正在 GKE 本地 SSD 磁盘上使用 TiDB 运行 sysbench OLTP 基准测试。但是与 GKE 持久 SSD 磁盘相比，我的性能很差。默认情况下，如何在 GKE 本地 SSD 磁盘上获得预期的 IOPS 性能？

我已经使用引擎运行了 TiDB OLTP 基准测试和 fio 基准测试，psync但结果都显示本地 SSD 磁盘上的 IOPS 比持久 SSD 磁盘上的要差。而且我还进行了彻底的 blktrace 分析。我运行的 fio 命令是：

本地 SSD 磁盘和永久性磁盘的 fio 基准测试结果为：

blktrace btt 结果是：

根据优化指南，我已经使用nobarrier选项手动重新安装了磁盘，blktrace btt 结果看起来很正常。

但是，根据RedHat 的文档，nobarrier挂载选项对性能的负面影响应该很小（大约 3%），不建议在虚拟机上配置的存储上使用它。

在 Red Hat Enterprise Linux 6 中不再推荐使用 nobarrier，因为写屏障对性能的负面影响可以忽略不计（大约 3%）。写屏障的好处通常超过禁用它们的性能好处。此外，永远不应在虚拟机上配置的存储上使用 nobarrier 选项。

除了该nobarrier选项之外，本地 SSD 磁盘优化指南还建议安装Linux 访客环境，但指出它已安装在较新的 VM 映像上。但是，我发现它没有安装在 GKE 节点上。

于是我手动安装了Linux Guest Environment并再次测试，这次btt结果看起来和预期一样：

那么如何在不进行额外调优的情况下，在默认情况下在 GKE 本地 SSD 磁盘上获得预期的 IOPS 性能呢？

我正在使用 tidb 同步器将数据从 mysql 复制到 tidb。但我不完全理解警告“将拆分更改表语句”的含义。

我刚刚发布了下面的简单更改表查询。为什么拆分语句以及它如何影响我的 TiDB 的架构或数据。

下面有 TiDB 的 syncer 日志。

我想在多个 tiKV 上拆分数据，因为我有瑞士人、欧洲人和美国人，我需要将数据存储在公民国家。

用户表有国家代码，数据自动存储在一个好的区域（tikv --label zone=ch/eu/us）。

我怎样才能做到这一点 ？

我想为基准测试建立一个本地的 TiDB 集群。以下是我的一些疑问：

• 多个 TiDB 实例可以连接到同一个 PD 和 TiKV 集群吗？（我们在这个官方生产部署文档中只注意到一个 TiDB 实例。）
• 如果为正，提交到不同 TiDB 实例的事务是否满足快照隔离级别？
• 在存储层，每个 TiKV 节点是否保留了整个数据集？（复制因子等于 TiKV 节点数？）
• 如果是否定的，如何配置复制因子？