一次例行巡游中，突然发现生产环境硬盘使用量接近高峰值，仔细检查文件系统和操作系统，没有突加的文件，反是数据库增加了好多空间。再看关键生产库，发现表没有明显的增加，检查wal文件， 也没有生成 大量的文件， 看似指标一切正常。数据库的空间膨胀了很多，一下冒泡出来的。初步判断是增删查改过多，导致产生无效的数据太大，占用了大量的时间，因为是开发使用的测试生产库，快刀斩乱麻，执行常规命令搞一下。

在基于KingbaseES V8 的信息系统里面，随着业务增长，数据增加，翻过一页页的数据，总会遇到深分页问题，因为数据太多，标准的分页SQL查询速度越来越慢，最后KingbaseES V8 不胜负荷。标准的分页SQL太坑 ，基于官网对 KingbaseES V8 加深认识，测试了下面5个深分页优化改造的语句，经测试前面可能有助于解决生产环境上的问题