【 TiDB 使用环境】生产环境
【 TiDB 版本】v4.0.8
【遇到的问题：问题现象及影响】
大量写入时，根据https://docs.pingcap.com/zh/tidb/stable/troubleshoot-hot-spot-issues#确定存在热点问题 看Raftstore CPU是正常的（截图在下面），看Store write rate bytes也是正常的（截图在下面），但是看Region written相关的面板觉得可能有点问题（截图在下面），在论坛搜索过但是没看到有介绍Region written相关的面板怎么看的，想确认下是不是存在热点问题
目前主键使用的AUTO_INCREMENT
【资源配置】
【附件：截图/日志/监控】
Raftstore CPU：
Store write rate bytes：
Region written相关：
通过dashboard 的流量可视化看看就知道了，特别容易
根据可视化看好像没有符合https://docs.pingcap.com/zh/tidb/stable/troubleshoot-hot-spot-issues#使用-tidb-dashboard-定位热点表 的情况，没有那种阶梯的，是这样看吗
写入热点图不能看到明亮的斜线，读取热点图不能看到明亮的横线。
如果你这个是写入热点图，应该是没有热点问题的。
可能你的存储吞吐能力比较厉害，可以适当调低亮度再看看。还是整体这么亮，更像是整体资源吃紧了，该多加几个tikv节点了。
https://docs.pingcap.com/zh/tidb/stable/dashboard-key-visualizer#x-轴明暗交替需要关注高峰期的资源情况
特别是stat…grams这个表，在x轴的分布一直很亮， 是文档中这种明暗交替的加强版。 
说明数据都被用起来了，这样是最好的状态了
对的，业务是这样的，但是现在高并发插入的时候，每个tidb上 insert的qps最高只能到6k多，所以想排查下有没有热点问题啥的
看脉象不存在写入热点
我翻了下4.0的文档
https://docs.pingcap.com/zh/tidb/v4.0/troubleshoot-hot-spot-issues
这个版本好像没有非聚簇表的设置。你使用AUTO_INCREMENT的场景下 ，没有办法设置为非聚簇表+SHARD_ROW_ID_BITS。
文档的建议就是直接用 AUTO_RANDOM替换AUTO_INCREMENT。
对的，之前是打算如果确认是热点问题的话就用 AUTO_RANDOM替换AUTO_INCREMENT的，因为表比较大而且还很多，所以想先确认下是不是存在热点问题，所以才发的这个帖子，如果不存在热点的话，是不是没有必要替换啊
没热点，折腾干嘛… 
首先，至少你给的时间段上的这个图，肯定不是写入热点。但很难说，写入并发高了有没有热点。毕竟用AUTO_INCREMENT在文档上是不推荐的。
如果你的老业务已经用了，跑了很多数据在上面，不到万不得已，就不要换了。可以密切关注。这是个隐患。只要不出事完全可以当无事。
新建的表能按着文档建议做，就按着文档建议做吧。特别是你测试的时候，完全可以测一下这个改动对insert有多大的提升。实践出真知。
好的，感谢，因为之前没有做Sysbench，导致现在不知道insert的极限qps是多少了
请问https://docs.pingcap.com/zh/tidb/stable/benchmark-sysbench-v5-vs-v4#read-write-性能 里指的readWrite是读写并发是不
好的，谢谢了
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。
