想问一下一个插入要300ms 是什么卡住了

想问一下一个插入要300ms 是什么卡住了
Insert_1 root 0 N/A 0 time:326.1ms, loops:1, prepare: {total: 325.7ms, auto_id_allocator: {rebase_cnt: 19, Get:{num_rpc:76, total_time:35.3ms}, total_process_time: 5ms, total_wait_time: 3ms, scan_detail: {total_process_keys: 76, total_process_keys_size: 212363, total_keys: 76, rocksdb: {delete_skipped_count: 0, key_skipped_count: 0, block: {cache_hit_count: 724, read_count: 0, read_byte: 0 Bytes}}}, commit_txn: {count: 19, prewrite:110.1ms, get_commit_ts:33.4ms, commit:110.4ms, region_num:19, write_keys:19, write_byte:1045}}}, insert:417μs, lock_keys: {time:821.3μs, region:1, keys:30, lock_rpc:767.996μs, rpc_count:1} 61.6 KB N/A

【 TiDB 使用环境】线上、测试、调研
【 TiDB 版本】
【遇到的问题】
【复现路径】做过哪些操作出现的问题
【问题现象及影响】

【附件】

请提供各个组件的 version 信息,如 cdc/tikv,可通过执行 cdc version/tikv-server --version 获取。

为啥插入,还有 查询动作?

Get:{num_rpc:76, total_time:35.3ms}
scan_detail: {total_process_keys: 76, total_process_keys_size: 212363, total_keys: 76, rocksdb: {delete_skipped_count: 0, key_skipped_count: 0, block: {cache_hit_count: 724, read_count: 0, read_byte: 0 Bytes}}}

有where语句

还是在提交时的耗时好,看看网络 磁盘IO

这感觉是代码问题

  1. SQL 语句什么样
  2. total_process_keys_size: 212363 ,预期行为吗? 要从 tikv 预期搂多少数?GC 正常吗?
  3. prewrite:110.1ms and commit:110.4ms 是主耗时,得结合监控看整个 tidb 的写流,哪里可能发生问题;

还要看代码业务逻辑是否有及时提交