【 TiDB 使用环境】生产环境
【 TiDB 版本】v6.3.0
【遇到的问题：问题现象及影响】
看图分析region柱状图按照逻辑是存在热读写问题的，于是通过spilt手动打散，执行sql:
SPLIT TABLE business_bucket_directory_node INDEX uk_uuid BETWEEN (“0”) AND (“z”) REGIONS 6;
但是打散后观察监控还是存在某一凸显的情况，有没有大佬知道这左栏何右栏指标的含义，我爬了下文档好像没有明确的解释？
【资源配置】k8s: 64g/16c/4台
【附件：截图/日志/监控】
指的是哪些指标，图片看得不清楚，最好把文字列出来、。
猜的一点都对
但是这里打散后，还是存在热写的问题。
热点问题的观测，官方文档里面一直推荐使用Dashboard里面的流量可视化图。
我的流量可视化图没有大块的亮点，但是这个监控图也是类似的情况。
如果硬要找点问题的话,
这个uk_uuid应该是个字符型的uuid列的索引。uuid是应该不会到z的，字母应该最大到f.上下界这里好像不太合适。
理论上应该是00000000-0000-0000-0000-000000000000到ffffffff-ffff-ffff-ffff-ffffffffffff。
https://docs.pingcap.com/zh/tidb/stable/uuid#最佳实践
最佳实践里面的建议也是不要存储string类型的uuid而是使用BINARY(16)，在不设置 swap_flag的情况下不太容易形成热点。
[https://docs.pingcap.com/zh/tidb/stable/uuid#最佳实践] 官方文档里面的内容我们有注意到；
我们用tidb存储文件目录数据，递归查询总会从根目录开始，流量可视化图中目录表总是有一个uuid范围存在亮块。
而在观测热点监控时，对该图有点疑问 
这么说的话，replica read应该比较适合这种情况。
https://docs.pingcap.com/zh/tidb/stable/troubleshoot-hot-spot-issues#打散读热点
tidb_load_based_replica_read_threshold
尝试把这个值从1s调低。可能会比较适合你这种情况。
是数据表热点，还是索引热点？ 这个要对症才能解决的，不然怎么折腾都不行…