OnTheRoad
OnTheRoad
V7
2022-05-23 加入
获赞
13
回答
112
文章
6
    开发规范的问题,我们这里严格要求 group by 与 select 中的 必须保持一致。
    7 天前
    调低了 storage.block-cache.capacity=70G,理论上 memory-usage-limit 会下降到 116G(即70*1.66)。但观察了 2 天, memory-usage-limit 的值并未随之下降,仍然是旧值 125G。
    7 天前
    需要drop的时间大于safepoint时间,确保未被gc worker清理。在flashback这一特性上,与Oracle相比,差距较大。
    7 天前
    可通过系统表 information_schema.ddl_jobs 来查。 select db_name,table_name,job_type,table_id,start_time from information_schema.ddl_jobs;
    8 天前
    试了一下,确实可以。 admin show ddl jobs 99999 where job_type='drop table'; [image]
    8 天前
    该语句只能查询最近 10 条 ddl 语句,10 条 ddl 之前的 drop,就无法查询了。
    9 天前
    重现路径: 将 TiKV 的 storage.block-cache.capacity 参数值设置为 物理内存*3/5,以使 memory-usage-limit = block-cache * 5/3 = 物理内存*3/5*5/3 = 物理内存。 理论上,当 TiKV 实例使用内存达到 memory-usage-limit * 0.9 时,为了避免 OOM 会因隐藏参数 memory-usage-high-water限制内存增长。 但实际上,该隐藏参数并未起到限制内存增长的作用,TiKV 实例因 OOM 而重启,并且重启后 3 个 TIKV 实例的内存使用都有所下降。
    10 天前
    按 TiDB 的宣传页,商业版支持审计功能。社区版不支持。
    10 天前
    搜索结果返回的更精准一些,优化对markdown的支持,可参考 csdn 与 墨天轮。 增加个人知识库,类似个人笔记。
    10 天前
    索引热点通常出现在同一时刻向单调递增字段插入数据,或者同一时刻插入大量重复值的场景。这里的索引热点指单调递增字段或重复值字段上的索引。 [image] 根据索引的 KV 映射原理,可知: 非聚簇表的主键或唯一索引中的索引 Key 结构为:表ID_索引ID_索引列值。当单调递增字段同一时刻,批量插入数据时,索引 Key 必然也是连续的,会同时写入一个 Region 中,从而形成写热点。因此,若您批量插入数据时的日期字段为now()这种自动获取的值,则会产生热点。 普通二级索引的 Key 结构为:表ID_索引ID_索引列值_表的 RowID。若同一时刻,插入大量重复值时,也会产生写…
    12 天前
    MySQL 开启 HugePage,只有 innodb buffer 可以利用到 HugePage。
    12 天前
    用了 AUTO_RANDOM,通过主键读写表已经打散了,不会出现热点。但是如果表中创建了二级索引,若并发量较高,二级索引可能会形成热点。可以继续对索引进行打散。
    13 天前
    HugePage与THP完全不是一个东西。虽然都是大页内存管理,但是管理机制不同。 HugePage(标准大页)管理是预分配方式,而THP(透明大页)管理则是动态分配方式。 因为数据库是内存密集型服务,所以像 Oracle、PG 这种进程模型数据库,为了提高大内存的管理效率,都会建议禁用 THP,而启用 HugePages。
    13 天前
    这个meta.yaml应该也是从各个节点汇总而来的吧。
    14 天前
    TiDB 优势在于具备水平扩容或者缩容、金融级高可用、实时 HTAP、云原生的分布式数据库、兼容 MySQL 5.7 协议和 MySQL 生态等重要特性。更重要的是 ASKTUG 社区活跃,生产中遇到的问题,基本都有热心用户解答。 而原生 PG 不具备这些特点。
    14 天前
    文档描述应该与产品版本配套的。这样才方便用户查阅。至少没见过 Oracle 12c 里用 Oracle 19c 的文档:grin:
    14 天前