谢谢大佬回复，这个问题后面发现 Kubernetes 1.33 引入了一个新特性：当你对已存在的 Service 执行 POST 操作时，会创建一个 IPAddress 资源，这会导致 TiDB Operator 之前的行为抛出错误。
Kubernetes 的这个行为在某种程度上是有问题的，但不确定这是否是其设计初衷。在 Kubernetes 的 GitHub 上提交了 issue：
https://github.com/kubernetes/kubernetes/issues/132321
最后的解决方法是使用非 1.33 版本的 Kubernetes。
17 天前
大佬，这个表好像只显示当前活跃事务
> SELECT START_TIME FROM information_schema.cluster_tidb_trx;
+----------------------------+
| START_TIME |
+----------------------------+
| 2025-04-23 12:30:58.952000 |
| 2025-04-23 12:30:58.903000 |
| 2025-04-23 12:30:58.903000 |
| 2025-04-23 12:30:58.802000 |
| …
3 个月前
大佬目前的问题是这样配置失败了。
global:
user: "tidb"
ssh_port: 22
deploy_dir: "/tidb-new/deploy"
data_dir: "/tidb-new/data"
pd_servers:
- host: node1 # uses /etc/hosts ip address from local machine, which is setup as public ip address
name: pd-node1
config:
client-urls: "http://0.0.0.0:2…
3 个月前
大佬，还想求问一下：
是否有任何解决方法可以从所有 TiDB 节点中完全终止长时间运行的查询呐？因为在我们的生产环境中，有 5 个 TiDB 节点，并且经常遇到未优化的读写查询。我们需要从 TiDB 集群中完全终止这些查询。
5 个月前
想请问一下大佬们，虽然是不对会业务有影响。但是目前我在日志写入时负载较高，而且协处理器请求也很高。
7 个月前
谢谢大佬explain analyze tikv.txt (42.0 KB)
explain analyze.txt (40.5 KB)
explain anlayze tiflash.txt (14.8 KB)
explain analyze tikv.txt (42.0 KB)
8 个月前
这里是sql大佬
MySQL [test]> explain SELECT /*+ read_from_storage(tiflash[a,b,c,d,e]) */ date_time DIV 60 * 60 AS “time”, b.status AS metric, count(TXN_STATUS) AS “count” FROM records A join payment_status b on b.statusid=A.TXN_STATUS JOIN channels c ON A.channel_id = c.channel_id JOIN channel_maste…
8 个月前
没有更多内容了