说明当并发会话尝试访问同一页面时，等待其他进程完成其输入/输出（I/O）操作时，就会发生LWLock:BufferIO事件。其目的是将同一页读取到共享缓冲区中。等待事件发生过程每个sharedbuffer都有一个与LWLock:BufferIO等待事件关联的I/O锁，每次都必须在共享缓冲池外检索块。此锁用于处理

目的本文目的实现汉字首字母排序。排序规则和字符集的关系如下。selectsys_encoding_to_char(collencoding)asencoding,collname,collcollate,collctypefromsys_collation;按照UTF8字符集匹配中文排序规则如下。selectcollcollatefromsys_collationwheresys_encod

背景数据库日志有如下提示：WARNING:skipping"pivot_t1"---onlytableordatabaseownercanvacuumit从提示可以看出，有用户对表pivot_t1进行vacuum操作时，出现了权限问题。测试TEST=#\c-ud;Youarenowconnectedtodatabase"TEST"asuser"ud".TEST=>TEST=&g

测试用户登录失败自动锁定创建用户tee并授权。TEST=#createusertee;CREATEROLETEST=#alteruserteewithcreatedb;ALTERROLETEST=#TEST=#alteruserteewithcreaterole;ALTERROLETEST=#TEST=#alterroleteewithreplication;ALTERROLETEST=#alterus

前言数据库正常运行离不开I/O的使用，在操作系统上，I/O又离不开存储的性能及使用方式，我们可以在存储层利用raid条带化技术使IOPS达到最佳性能。本篇文章有助于确认数据库I/O使用率过高的原因，以及解决方法。确定I/O使用率过高的原因1.需要数据库内置的sys_stat_statements扩展并

前言队列理论在我们生活中的应用随处可见，例如我们去食堂打饭需要排队，我们生活中随处可见排队的场景。在计算机领域中，性能诊断等地方使用队列理论的案例也很多。服务器硬件分为动态设备和静态设备。CPU和IO子系统属于动态设备，RAM属于静态设备，队列理论只对动态设备适用。Kingbase

前言本文讨论一下KingbaseESV8R6数据库中如何计算数据库连接耗时。有这样一个场景，不借助第三方工具，在数据库服务端计算1000个数据库连接的总耗时，并取得每个连接耗时的平均值。怎样实现呢？我们可以借助kbbench工具。这是Kingbase数据库自带的一款客户端工具。kbbench介绍kbbench

前言KingbaseES具有丰富的索引功能，对于运行一段时间的数据库，经常需要查看索引的使用大小，使用状态等。尤其重复索引的存在，有时会因为索引过多而造成维护成本加大和减慢数据库的运行速度。下面是经常使用的查看索引的sql。1.查看表上索引个数,是否唯一,表与索引大小。SELECTCO

背景我们经常遇到两种情况下会重建索引，reindex1、索引崩溃，由于软件或硬件问题导致索引内数据失效而不可用。2、索引膨胀，当索引膨胀会占用过多磁盘空间，reindex可以解决此问题。对于临时表和全局临时表而言，临时表可以进行reindex操作，而全局临时表不能进行此操作，原因是全局临时表

前言默认情况下，vacuum表不能释放磁盘空间，只是在deadtuple做个标记位，但heaptable末端的垃圾页可以被truncate，从磁盘中释放空间。例如表的末尾的100个数据块里面全是垃圾，那么这100个数据块可以truncate阶段，文件也会变小。而位于其他位置的垃圾页，不能回收，因为会影响寻址（ctid）的变化

前言等待事件是排查数据库性能的指标之一。简单理解，cpu在处理业务时由于业务逻辑，和不可避免的数据库其他原因造成的前台进程等待，这里的等待事件包含buffer类，io类，以及网络

临时表概述临时表用于存放只存在于事务或会话期间的数据。临时表中的数据对会话是私有的，每个会话只能看到和修改自己会话的数据。您可以创建全局（global）临时表或本地（local

垃圾回收影响因素影响垃圾回收的因素有很多，垃圾回收不及时，最直接导致表膨胀，详情查看文档《KingbaseESV8R6垃圾回收原理以及如何预防膨胀》。vacuum回收垃圾的tuple时，判