1.text字段建议单独放一个表关联查询 2.select建议只查需要的字段，当然主要开销还是看过where条件滤数的据量大小和有没有索引 3.要不要使用tiflash要看具体SQL，比如大数据量的聚合之类的比较适合，并发不能太高，需要实际跑一下看看是否有效率提升 最好还是具体SQL具体对待，把实际SQL发出来看看

直接tiup部署很快，或者tiup playground部署个测试环境玩玩一个命令几分钟就能部署好 https://docs.pingcap.com/zh/tidb/stable/quick-start-with-dm/#第-1-步搭建测试环境

不太建议用swap，磁盘是固态吗，另外3台混部资源确实紧张了，和我这边的测试集群配置差不多，也就跑跑功能测试，做不了压测。

执行计划发下吧

3台有点少，服务器配置多大的，是SSD的盘吗，总数据量有多大

可以设置成业务低峰期再进行自动analyze减少业务影响 tidb_auto_analyze_start_time tidb_auto_analyze_end_time

一个是看执行最慢的，如果时间都显示0那可能不是某个sql导致的，看看哪一类sql最多，然后看执行计划是不是有问题，比如小表全表扫描这种执行不慢但是比较耗费资源的

直接去数据库里面show processlist看当前哪些sql最慢，大概率就是导致cpu高的慢sql

我们这边研发用的gitlab和svn

【大家的 TiDB 集群数有多少】 2 套 【所在的公司有用海光服务器吗？使用数量有多少？】 没有 【除了海光服务器，目前在用的服务器品牌有哪些？】 一套老的是华为的物理机，新的是浪潮的物理机，测试机都是vmvare

那只能做一下业务压测了，一般关注cpu，内存去考虑扩容就行，不用太关注连接数，毕竟这个连接数包括了活跃的和sleep的，并不能反映集群的压力情况

tidb默认不限制最大连接数，我这边都是不设置的，也可以根据集群负载来调整 https://docs.pingcap.com/zh/tidb/stable/manage-cluster-faq/#tidb-同时支持的最大并发连接数

此话题已在最后回复的 7 天后被自动关闭。不再允许新回复。

没太看明白，比如一台机器有一个内网地址192.168.0.1，有一个基础网络IP 10.0.0.1 ，那topology里都用192.168的内网地址来部署就行了，这样集群内部通讯使用独立的交换机性能更好，10的地址是用来人工登录服务器的，现在问题是什么呢

导出成csv，用 LOAD DATA导入

【PingCAP 10周年祝福语 】: 相约下一个十周年！ 【你对TiDB 印象最深刻的事情】: tiup和tiflash的上线

数据库一般没这种参数吧，毕竟重启对生产系统影响也挺大的，我感觉这种主要得查查是什么原因导致占用这么多内存，该优化SQL优化SQL，该扩容扩容，另外我看tidb和tikv是混部的，这种也容易相互影响

这个参数不会让tidb重启，只会终止最耗内存的sql，tidb节点重启一般都是操作系统OOM把tidb进程kill掉 https://docs.pingcap.com/zh/tidb/stable/configure-memory-usage/

16G确实太小了，官方建议的生产环境配置是64G，我们这边ticdc 平时内存也得用10G左右，高峰能到20G以上