jingshun.tq

Results 101 comments of jingshun.tq

https://www.oceanbase.com/docs/common-obdiag-cn-1000000000632496#2-title-obdiag%20analyze%20flt_trace

select 1这种不能算作是sql类的问题,而是一种探活响应慢(或者说抖动的问题),诊断起来挺有意义的

需要明确下场景,连接慢是建立连接的时候慢还是建立连接后执行SQL慢,这其实算两个场景。 如果是后者是租户的某一些SQL慢还是对应租户所有SQL都很慢?

好的,是一个不错的场景。obdiag工具今年上半年也有计划把SQL层面的问题分析迭代出来,欢迎共建。

这里先做些解释: ● 在OBServer可使用的内存里主要分为 ○ 500租户内存 :OBServer上租户都会共享部分资源或功能,这些资源或功能所使用的内存由于并不属于任何一个普通租户,所以被归结到“系统内部内存”中。目前500租户内存不直接设置上限,可以消耗的内存受到OBServer整体内存上限约束,当500租户内存消耗过多时,需要去做诊断分析。 ○ 普通租户内存:当有新业务需要上线时为其创建一个新租户,其中内存是从租户可分配内存中划分资源。 每个租户内存使用的上限由创建租户时指配的资源池的资源单元内存上限所决定。 在每个普通租户中,主要的内存有: ■ MemStore: 主要用于保存数据库增量数据。Memstore的使用上限由参数memstore_limit_percentage控制:租户的 MemStore部分最多占租户总内存上限的百分比,默认值为租户 MinMemory的 50%。 ■ 可动态伸缩的内存 KVCache:为了加速对于sstable的访问,OB使用KVCache缓存了sstable的block cache。 除此之外,还有row cache(用于缓存数据行)、log cache(用于缓存redo log)、location cache(用于缓存数据副本所在的位置)、schema cache(用于缓存表的schema信息)、bloom filter cache(用于缓存静态数据的bloomfilter,快速过滤空查)等等。OB对KVCache进行了统一的管理。KVCache 支持动态伸缩、不同 KV...

[内存诊断](https://open.oceanbase.com/blog/8501613072)

![image](https://github.com/oceanbase/oceanbase-diagnostic-tool/assets/35712518/242253f5-36e6-4c6a-ace6-d8bae677af32)

https://www.oceanbase.com/knowledge-base/oceanbase-database-1000000000450132

![image](https://github.com/oceanbase/oceanbase-diagnostic-tool/assets/35712518/37b1cd3e-4c0f-4e3e-b1d6-eb3335f09194)