cy6301567
cy6301567
V6
刀刀刀
2023-07-20 加入
获赞
11
回答
167
文章
0
    tidb-service节点不重启都是正常的,自己会自动更新统计信息
    3 个月前
    我们只有一个tdib节点,这个节点内存溢出自动重启之后,需要全量手刷一次就正常了,不然好多sql都很慢,这种我理解不应该是重启会把统计信息加载一次到内存么?
    3 个月前
    就是tidb节点自己重启后我们sql执行索引选择有问题,需要重刷统计信息才变正常
    3 个月前
    有找到原因么
    3 个月前
    表结构和统计信息一样?
    3 个月前
    统计信息不准确:TiDB使用统计信息来优化查询计划,如果统计信息不准确,TiFlash可能会选择不合适的索引,导致指定索引失效。解决方法是定期收集和更新统计信息,可以使用"ANALYZE TABLE"语句来手动更新统计信息。 TiFlash元数据同步问题:** 如果TiFlash的元数据与TiDB的元数据不一致,也可能导致指定索引失效。确保TiFlash的元数据与TiDB保持同步,可以尝试重启TiFlash实例,或者使用"flush privileges"等命令来刷新权限和元数据信息。
    3 个月前
    如果某些数据区域特别热点,可能会导致某个节点的磁盘使用率较高。您可以考虑优化查询以减少热点访问,或者通过调整 TiKV 的 region split 策略来分散热点数据。
    3 个月前
    看下监控日志,我们好几次就是因为kv节点内存溢出导致机器重启
    3 个月前
    最好比最新的第一个版本,稳定可靠性高点
    3 个月前
    关于 TiFlash 副本数的设置,建议考虑以下因素: 性能需求: TiFlash 副本数的增加可以提高查询性能和容错能力,但也会增加资源占用。您需要根据您的业务需求和查询负载来平衡性能和资源消耗。 硬件资源: 每个 TiFlash 副本需要一定的硬件资源,包括 CPU、内存和存储。您需要确保集群中有足够的硬件资源来支持所需的副本数。 数据复制延迟: TiFlash 副本之间需要进行数据同步,增加副本数可能会导致数据同步延迟增加。这可能会影响查询的实时性。 容错能力: 增加 TiFlash 副本数可以提高系统的容错性,因为在部分副本失效时,其他副本仍然可以继续提供查询服务。 一般…
    3 个月前
    DELETE 操作时间过长,您可以考虑以下优化策略: 分批删除(Batch Delete): 将大量的删除操作分成多个较小的批次进行,以减少单个事务的数据量,从而减轻 prewrite 阶段的负担。 调整事务隔离级别(Transaction Isolation Level): 降低事务的隔离级别可能会减少冲突检测的开销,但同时会降低隔离性。 调整索引结构: 表的索引结构会影响 DELETE 操作的性能,可能需要重新评估索引的设计。
    3 个月前
    一些可能的原因: 索引更新: 当表中有索引(包括主键索引和其他索引)时,每次插入操作都需要更新索引。随着数据量的增加,索引的维护成本也会增加,从而导致插入操作变慢。这可能会在大量插入操作后影响性能。 锁竞争: 在并发环境中,多个插入操作可能会竞争相同的资源,如行级锁、表级锁等。随着并发插入的增加,锁竞争可能会导致插入性能下降。 写放大: TiDB 使用 Raft 协议来保证数据的一致性,这可能会导致写放大问题。当多个插入操作被组合成一批提交时,数据可能需要在不同的副本之间进行复制,从而导致写放大,降低性能。 统计信息更新: TiDB 使用统计信息来优化查询计划。随着数据量的增加,统…
    3 个月前
    TableRangeScan操作通常用于主键范围查询。tidb中,主键是用于唯一标识每个数据记录的关键字。TableRangeScan操作允许您在特定的主键范围内检索数据记录,这通常用于执行范围查询、分页查询或其他需要基于主键顺序的查询。
    3 个月前
    看下执行计划,看下tidb的监控,是不是有其他的慢sql影响到了整个集群的执行效率
    3 个月前
    最后咋解决的
    4 个月前
    服务部署资源不一样吧,看两个tidb上加载的表分析健康状态
    4 个月前
    底层没做分区么,分区之后删除很快,而且这种我觉得做一个迁移,然后truncate是不是更好
    4 个月前
    单个tikv cpu 居高不下 ,一个是部署问题,一个是资源竞争问题,一个是热点问题
    4 个月前