你用你的龙虾做什么事情?表现如何?
放虚拟机或者 K8S,帮我管理虚拟资源
未来几个月你打算在哪方面去探索和龙虾的协作?
暂时无
你觉得你跟龙虾协作的过程中产生了哪些问题/哪些惊喜?
还没协作
【新的一年在选型数据库方面有哪些新的需求和见解?】
求稳,希望能够有更多更便捷更稳定的可用工具或者方案出现
【你的龙虾实践到哪一步了?下一步准备用龙虾做什么?】
没用这个东西,不打算用。
开启 slow sql summary 的功能,根据 digest 来做定位,这个只能单个慢慢排查。
想要快,只能通过 AI 的能力,帮你做分析。
可以参考:
tiup 里面有描述 tikv 的目录信息的,然后去 tikv 节点上检查
通过 dashboard 或者 grafana 来看,不要单纯看日志
code: 2, kind: NotFound, message: “No such file or directory
看起来是目录没了
查下磁盘的 IO 情况
然后,查下正在运行的 SQL 是哪些? 看下执行计划和对照扫描的资源,就知道了
把 tiflash 设置的 sync table 副本数设定为 0,待采集统计重新收集后,就不会走 tiflash了
TiKV 1.1.1.1:20160
这个地址不太对吧…
TiDB Dashboard 中有根据目前的资源估算 RU Total , 可以根据这个 Ru Total 看不同 user or user Group 的 RU 拆分。
这个没有固定的公式,只能自行根据实际的情况慢慢调整。
这个 RU 也不是硬性的,是个软性限制,会有一些作用。
Tiflash 的副本数和节点数没多大关系,你可以关注下这块的内容
先估算数据规模吧,如果规模不会太大,就不会有热点了,放心用。最多就是写倾斜,或者读倾斜
数据的处理是依靠主键来识别的,主键不唯一,就只能退化到 append model
2s 如果不升高,不一定有问题的,可能是数据的版本太多了,需要获取到 特定 TSO 的数据,需要时间
多观察下
会话级别的配置参数,配置文件是针对服务节点实例的,不会生效的,
参考这个:
往这篇文档的上面最上面看,怎么让这个参数生效,有介绍