这个问题可以先描述详细的使用场景。比如：是从其他库更新还是，本库内更新。具体问题具体解决。 例如：如果从其他库更新可以建立数据库同步链路，tidb有很多工具可以支持。如果是批量更新也可以查下tidb文档，tidb针对大批量的数据支持批量更新。

希望越来越好

我看了下现有的索引上不适用的。可以针对ID单独建个唯一索引。然后在子查询中先把ID查查出来，然后再差具体的数据信息。因为使用的非等值查询，一定会走范围扫描。那我们可以减小io，让它走速度更快，占用内存更小的索引范围扫描。然后再通过ID去查询做点查

现在官方有优惠，由原来的1200降到了600.可以加油看看视频，挣积分兑换课程。 具体可以查看积分兑换规则：会员中心 | TiDB 社区

空region一般上因为，region配置参数设置过大，尽管region有数据依然认为是空region.还有就是做了大批量的数据删除造成了空的region。空region会造成region重新负载，做数据迁移，region合并等，所以会影响服务性能。比如：增大cpu,内存，io,带宽的消耗

我理解是不会出现这种情况的。写数据都是写到主的region的。设置了Follower Read只是提升了读读性能，由原来在主的region中读写，调整为写依然在主的region,读是在主和Follower读取

没有影响，我们就不使用。我一般使用内部企业云

有bug修复的文档吗

如果有大事务，建议把大事务拆小事务执行

是的，同时建议看下是否有做大数据量的操作

大佬，kafka可以做筛选，但是不适用此场景。因为我们需要查数据库做校验，假如一天要做亿级别的查询，性能影响是不可接受的

我们就是采用的此方式

如果想回收，磁盘空间，可以先建一张同构到表，建立ticdc链路拉平数据。换表，然后truncate table即可

赞，学习学习。个人建议：提升配置，增大内存。另外可以通过设置变量关闭tidb缓存。从tikv获取到数据直接返回用户

如果这样那你要根据tidb实现相应的接口，很复杂不建议这样做

可以试试通过点查删除数据

tidb更新数据的方式是，先把数据从tikv中查出来，然后放倒缓存中将数据更新掉，然后再把数据持久化到tikv。而且，tidb使用的是mvcc机制，tikv中实际是保持多个副本。比如：修改前的副本，修改后的副本。例如：在查询中，如果查询的tso是在修改后的时间戳之前，那会差到修改前的副本数据。如果是在修改后的时间戳之后，查到修改后的副本数据就不再往下查了。所以，我理解，在修改数据的时候还是会把整条数据拿到缓存中的

这个厉害了，学习学习