1  有个客户，数据库服务器，大概是2015年购买的，内存256G。

2  昨天（2023/02/07）客户反馈，在对某个分区表做导出备份时，耗时12小时没结束，问我为什么？

3  我上去查看，发现该分区表是列表-列表双层分区，算了下，大概是 393*59=23187 个分区。

4  一开始，我以为是表里包含了大字段（LOB）导致的导出慢，于是想削减一层分区，
   也就是，重建该表，保留第一层分区，废掉第二层分区，这样，该分区表也就只有 393个分区，
   应该可以减轻工作量，期望这样能加快导出速度，
   
5  但在尝试重建表的过程中，被客户叫停，原因：客户怕现在操作，影响业务。

6  今天再问客户，反馈说，问题解决了，再问原因：说是数据库的数据流池内存
　（参数 STREAMS_POOL_SIZE ），被自动缩小引发的故障。原来，该参数值为512M，但由于服务器的内存不足，
　 数据库自动削减该参数的内存，腾出内存供数据缓冲池使用，而这块的内存减少后，将影响到导出操作，
   
7  在我的理解中，STREAMS_POOL_SIZE = 512M，512M是起步值，后续一般只会扩大，不会缩小，
　 没想到这个流池的内存，竟然还会被削减，这服务器的内存资源得多紧张！

8  上官网查阅，说是遇上BUG：27634991。

9  总结一下，触发这个BUG的条件，大概是：1 服务器的内存资源紧张，2 表的分区数量非常多。