【已结束】“我的 TiDB 听我的”第二季来袭——TiDB 5.0 需求全面征集

  1. 功能/改进说明 :支持 SHOW STATUS ,举出最需要的几个

tidb层面:每秒 insert update delete select 语句数量 Com_insert Com_update Com_delete Com_select

tikv层面:每秒 insert update delete select 语句数量 Innodb_rows_inserted Innodb_rows_updated Innodb_rows_deleted Innodb_rows_read

活跃线程数: Threads_created 、 Threads_running 、 Threads_cached

锁相关: 锁时间、锁等待时间

  1. 为什么需要这个功能/改进 :与 MySQL 兼容以便复用生态工具
  2. 其他数据库对应功能 :MySQL
1 个赞
  1. 功能/改进说明 :TiDB DDL 加索引可以通过参数保持后台运行,而不是卡在那里不退出,直到完成

  2. 为什么需要这个功能/改进 :退不出来,强制退出后也不知道时候还在进行

  3. 其他数据库对应功能 :易用性

3 个赞
  1. 功能/改进说明 :binlog 支持生成逆向 SQL,恢复误操作
  2. 为什么需要这个功能/改进 :当只有少量误操作的 dml,通过历史 snapshot 恢复效率比较低,或者 GC 时间已经超过的情况下,如果能通过 binlog 直接产生回滚的 SQL,可以快速恢复误操作数据。
  3. 其他数据库对应功能 : MySQL 的很多开源工具:Myflash、python-mysql-replication 、binlog2sql(https://github.com/danfengcao/binlog2sql) Oracle 的:flashback
  1. 功能/改进说明 :支持 UDF
  2. 为什么需要这个功能/改进 :可以方便地把HIVE等支持UDF的应用迁移到TiDB
  3. 其他数据库对应功能 :Hive、Spark等
  1. 功能/改进说明 :TiKV Coprocessor 下推算子添加对 bsonprotocolbuffers 格式的支持
  2. 为什么需要这个功能/改进 :目前 TiDB 仅支持关系数据库,社区有开发者贡献了 Redis 等非关系数据库的实现。但是受限于 TiKV 的下推算子的格式支持,导致非 SQL 实现的性能相对于其原本的实现性能有较大的下降。例如 实现 MongoDB 这一类的文档存储,数据只能整体存取而无法充分利用 TiKV 的计算能力。若 TiKV 实现对更多格式的下推支持,则可以期待社区出现更多高质量的非关系存储数据库实现。
  3. 其他数据库对应功能 :无。
4 个赞
  • 功能/改进说明 :逆序优化和顺序一样
  • 为什么需要这个功能/改进 : 按时间逆序索引取数据是非常普遍的需求,现在逆序说是比顺序慢5倍,而且还不支持建逆序索引,必须业务层想办法优化,这个最起码要能支持建逆序索引吧
  • 其他数据库对应功能 :无

TiDB 4.0 底层做了逆序索引的支持与优化,目前速度比顺序 Scan 慢一些,通常情况下慢 20%。

  1. pt_query_digest 应该可以分析慢日志
  2. 如果超过 10G tidb 使用,是会有 OOM 告警的

4.0 已经支持添加删除主键,需要开启参数配置

https://pingcap.com/docs-cn/stable/tidb-configuration-file/#alter-primary-key

麻烦看下以下 PR是否符合要求,多谢。

https://github.com/pingcap/tidb/pull/16772

  1. 是指partition key 里不需要分区键,对吗?
  2. 请问,哪里有介绍 auto random 不能修改其他列的长度,多谢。

pd 添加应该不需要升级整个集群,请问是哪里写的,多谢。

当前 mydumper 中记录了 binlog 的 postion 位点信息,应该满足您的要求吧。

请问具体 help 语法想要查看什么?

hi, 目前 4.0 GA 以下两个命令可以满足您的需求: show processlist + kill tidb {connID}

相关文档: show processlist kill tidb {connID}

感谢,当前已经有记录此需求 https://github.com/pingcap/tidb/issues/8823

感谢!4.0 GA 目前已经支持下推计算 cache 功能可以解决部分这个问题。 另外,我们也有一个readonly 表的需求设计应该也能满足您的需求

功能:

 完善下游 binlog 方案 具体指什么?
 当前在 table 表中记录的数据,索引大小,是觉得不够准确吗?

故障诊断:

   SQL 执行的全链路指的什么? 比如当前慢日志记录的,需要再添加什么功能?

Hello,我们 dashboard 支持日志的审计过滤和操作功能,不知能否满足您的需求,相关文档:https://docs.pingcap.com/zh/tidb/v4.0/dashboard-log-search

  1. 能/改进说明 :TiDB DDL一次操作多个,例如一次加多个字段,加多个索引,alter 多项
  2. 为什么需要这个功能/改进 :大表多次操作消耗过大
  3. 其他数据库对应功能 :易用性
1 个赞