一共几台主机啊？3台吗？

不行建个软连接得了，把原来的目录移到新目录下，然后链接下

都还挺可以的

用的tidb cloud，我记得tls是开着的，你需要配置tls

那是，关系型数据库，还得靠“关系”

curl http://10.10.10.16:9115/metrics---ip换成你的ip，看下

你让我在oceanbase和tidb之间选我还能选选，其他用过一次就不会再有这个疑问了。。。。

[image] 这三个表联合查

statistics-balance界面的图截下看看，尤其是store leader相关的。

首先检查是否存在会话级别的绑定： SHOW SESSION BINDINGS; 强制刷新绑定缓存 执行以下命令强制刷新所有TiDB实例的绑定缓存： ADMIN FLUSH BINDINGS; ADMIN RELOAD BINDINGS; 检查绑定缓存状态 查看当前TiDB实例的绑定缓存状态： SHOW binding_cache status;

最常用的测试工具有哪些？（比如 Sysbench） sysbench、jmeter 在测试中，更看重哪些性能指标？ 吞吐量、并发连接数 有什么调优经验可以分享？ 看dashborad和grafana，根据实际情况进行调休

“no etcd leader, check pd leader later” 错误表明 TiDB 集群中的 etcd 组件无法选出一个 leader。 可能的原因 磁盘 I/O 问题：PD 节点所在磁盘的 I/O 负载过高，导致 etcd 写入操作延迟增加。可以通过查看 Grafana 监控面板中的 disk performance → latency/load 指标来验证。 网络问题：PD 节点之间的网络连接不稳定或中断，导致 etcd 节点之间无法正常通信。PD 日志中可能会显示 lost the TCP streaming connection 错误。 系统负载过高：系统负载过高导…

对应报错的表是下游已经建过了？

【 所在公司面临哪些 SQL Server 使用痛点？】 没有用sqlserver 【关于 SQL Server 替换选型，你更注重哪些维度？】 应用需要改造的工作量 【在 SQL Server 的迁移改造中，你遇到了哪些问题？希望嘉宾分享哪些经验？】 暂无SQL Server迁移经验

oracle迁移到tidb，不光表结构和数据，存储过程，甚至有很多数据库用了超多的dblink，迁移的难度非常大，看着tms的功能挺强大的。

是表级的，但是只控制自动收集任务。

我感觉不太需要处理这点数据，不影响使用。如果有长期缺失副本，或者多副本，或者pending副本，再通过ptclt去人工干预即可。

找到对应的region之后，可以去information_schema.tikv_region_status里面看下对应的是哪个表，确认下使用没问题就行了，因为你的region都是3副本的，如果其中有一个副本Pending了，或者例如调度出错，多了一个副本，自动调度会很快补充异常的副本或者删除多出的副本，所以一会是0，一会有数据

tidb-server和tikv之间的网络检查下吧