那还是用br好一点，全量加增量

pd 非leader节点随便停，tidb-server的话，只要你没配置业务只连这一个节点，也是随便停的

专栏 - 记录一次Region is Unavailable问题的排查 | TiDB 社区 看一下，对照下监控看看有用吗

可以把 auto-adjust-pool-size这个参数开了，UnifyReadPool会改成动态调整大小，原来应该主要是防止过多的线程数会造成更频繁的线程切换，并且抢占其他线程池的资源，但是如果你的线程池已经会出现不够用的情况，那还是改成动态的吧

表的统计信息问题吧，你看你上面的执行计划，createtime>=‘2025-03-17 00:00:00’ and create time<=‘2025-03-17 09:00:00’预计所有要扫描的行数已经是13万了，估计cbo认为你 createtime>='2025-03-17 00:00:00’预计要扫描的行数远超13万，所以回表不值当，直接全表扫了

增量的话，一般建议用br吧，但是4.0.6有br增量备份了吗？应该用的binlog

单机的话，看看资源使用率情况

1.pd-addr配置一个就行 2.需要连tikv，因为物理导入就是直接灌到tikv里面的

目前手里的系统都是centos7.9

TiDB 中 JSON 类型的值存储为 LONGBLOB ，理论上最大支持 4GB 的单个 JSON 值，但是实际收到上面哪个参数的限制，如果你一行大小超过txn-entry-size-limit，会直接报错

1.是说raft-election-timeout-ticks吗？ TiKV 配置文件描述 | TiDB 文档中心 2.2个tikv？不管你是三副本还是一副本挂一个直接报废，用不了了。别跟我说你是两副本啊。。。。

现在是3个这样的机器每个单独部署一个tikv节点吗？还是这三个机器混合部署了pd、tikv、tidb-server节点？ 如果这是三个纯tikv节点的话，配置可以减半，然后再扩1-2个tikv节点，肯定比现在便宜.如果已经是混合部署了，配置应该没法减了

没有区别

如何过测试功能可以用playground快速搭建一个测试环境测试 tiup playground v6.5.8 --host 0.0.0.0 --tag smk-test --without-monitor --tiflash 0 如果是练习部署的话，也可以用单台机器（资源不能太低），然后1个pd，一个tikv，1个tidb-server部署一下

explain analyze这样看真实的执行计划，不过看你这个sql，一个是返回字段必须是*吗？不能确定到返回需要的字段？另外这4个字段上面没有联合索引吗？有的话，应该好一点

不支持，只能使用语法糖，省略创建的过程 CREATE TABLE employees ( id INT UNSIGNED NOT NULL, fname VARCHAR(30), lname VARCHAR(30), hired DATE NOT NULL DEFAULT ‘1970-01-01’, separated DATE DEFAULT ‘9999-12-31’, job_code INT, store_id INT NOT NULL ) PARTITION BY RANGE (id) INTERVAL (1000) FIRST PARTITION LESS THA…

iKV 默认的磁盘保护阈值通过 low-space-ratio 参数控制： 参数作用：当磁盘使用率超过 low-space-ratio 设定值时，TiKV 会拒绝写入操作（包括 GC 触发的数据删除） 默认值：0.8（即 80%）。 SHOW config WHERE NAME LIKE ‘%low-space-ratio%’ SET config pd low-space-ratio=1; 这样再试下吧。。。。

SHOW config WHERE NAME LIKE ‘%txn-total-size-limit%’， 这个参数全称是performance.txn-total-size-limit，另外 在 v6.5.0 及之后的版本中，不再推荐使用该配置项，事务的内存大小会被累计计入所在会话的内存使用量中，并由 tidb_mem_quota_query 变量在单个会话内存超阈值时采取控制行为。为了向前兼容，由低版本升级至 v6.5.0 及更高版本时，该配置项的行为如下所述: 若该配置项未设置，或设置为默认值 (104857600)，升级后事务内存大小将会计入所在会话的内存使用中，由 tidb_…