TiProxy 问题解答 & 未来规划

🌠 社区资讯及活动
21

试一下，看看稳定不稳定

22

有总比没有好，赞

23

tidb周边越来约完善了，后续不用担心被卡脖子了

24

写的很详细

25

以前感觉tiproxy有点鸡肋，没什么用， 听大佬解答后茅塞顿开 :+1:

26

赞 :+1: :+1: :+1:

27

:+1: :+1: :+1: :+1:

28

建议不要大而全，要小而精

29

ip透传，不然定位不到真实客户端。现在都是host的负载ip :rofl:

30

https://docs.pingcap.com/zh/tidb/stable/command-line-flags-for-tidb-configuration#--proxy-protocol-networks

你的这个问题看这个。

32

大佬，3080 端口怎么用，简单介绍一下？

33

可以用 bin/tiproxyctl，它会连 3080。tiproxyctl --help 可以看到支持的命令，例如 tiproxyctl config get 获取 config。

直接连 3080 的话，跟 tidb 的 10080 一样可以用 curl 127.0.0.1:3080/xxx 获取，常见的接口有：

  • /api/admin/config/ 获取配置
  • /metrics 获取监控
  • /debug/pprof/xxx 获取 profile
1 个赞
34

还有别的更好的模型么？

35

Reactor 模型

36

请问下，tiproxy的负载策略是什么，可以自己配置吗？如果我有多个tidb资源配置不一样，能否配置权重？

1 个赞
37

现在只考虑了连接数，不支持配置权重。上面的规划里考虑了 CPU、内存等。你说的资源应该主要指 CPU？如果考虑 CPU 使用率的时候结合了 TiDB 实例的核数，应该也能满足你的需求。

1 个赞
38

Ti 赞了 :+1:

39

把 raft 选举和改为在 PD 上的 etcd 选主，各有优势。pd 选主就和 ticdc 一样，高可用架构简单，对成员数量没有要求。raft 选举最小成员要求3个，优势就是和 pd 解耦可以独立，比如可以实现一个更高层次的流量调拨，多个机房的 TICDC 复制链路的上下游可以做访问控制。

权限和多机房的场景都很有现实意义。权重是 LB 的标配功能。用户有多机房的场景，可能需要多 VIP，类似 ticdc 的 cluster-id 功能,及 tidb server label 的位置“感知”，进而和 tikv server label 的 closest-replica 配置就实现流量在机房内自包含。

40

ti棒了，为我们解决了很多难题

41

一直很期待tiproxy