OCI中Array Fetch与Prefetch的区别及PrefetchCount性能优化配置

咱们先澄清一个误区：Oracle 8i引入的Prefetch不能完全替代Array Fetch，二者是互补关系，各自解决不同场景的性能问题。下面详细拆解：

一、核心区别到底是什么？ #

1. Array Fetch（数组抓取） #

这是你在应用层主动掌控的批量抓取：

• 通过OCCI的SetDataBuffer方法，你明确告诉驱动：“这次给我一次性拿N条记录，直接放到我准备好的数组缓冲区里”。
• 完全由你说了算：你可以根据业务场景（比如数据量大小、网络带宽）精确调整每次抓取的批量大小（比如100条、500条）。
• 本质是减少单次请求的往返次数：比如原本要发100次请求拿100条记录，用Array Fetch一次请求就搞定，直接降低网络开销。

2. Prefetch（预抓取） #

这是驱动层偷偷帮你做的隐性批量优化：

• 当你执行单条fetch（甚至是Array Fetch）时，驱动会在后台多从服务器拿几条记录存在本地缓存里，后续的fetch请求直接从缓存取，不用再发网络请求。
• 它是对“小批量抓取”的补充：比如你循环单条fetch数据时，Prefetch能让你少发90%的网络请求（比如设了prefetchCount=10，每10条只发1次请求）。
• 控制权在驱动：你通过setPrefetchRowCount设置预取行数，但驱动可能会根据服务器限制、客户端内存情况自动调整实际生效的数值。

二、为什么你的性能测试没看到提升？ #

大概率是这几个原因：

• Array Fetch的批量已经到最优值：如果你的Array Fetch设置的大小已经让单次请求的带宽用满（比如一次拿500条数据刚好占满MTU），再增加prefetchCount也没法减少往返次数——服务器一次能返回的数据量就这么多，多预取也没用。
• Prefetch被限制了：Oracle服务器端有参数会限制Prefetch的实际生效行数，比如会话级的缓存限制，导致你设置的prefetchCount没完全生效。
• 测试场景不对：如果你的测试是一次性抓取几万条数据（用大Array Fetch），Prefetch的作用本来就不明显；但如果是循环单条fetch几百条数据，Prefetch的性能提升会非常显著。
• 数据量太小：如果测试只拿几十条数据，原本的网络往返次数就很少，Prefetch带来的优化自然看不出来。

三、怎么配置prefetchCount才能提升性能？ #

给你几个实用的优化思路：

1. 先搞定Array Fetch的最优批量：先测试不同Array Fetch大小（比如10、50、100、500、1000）的性能，找到让网络开销最小的数值（通常是单次请求数据量接近MTU的倍数，或者服务器的最优响应大小）。
2. 结合业务场景设Prefetch：
   • 如果是循环单条fetch：把prefetchCount设为单次查询平均返回行数的1-2倍，或者直接设为合理的最大值（比如1000），最大化减少网络往返。
   • 如果是用Array Fetch：prefetchCount可以设为Array Fetch大小的1/2到1倍，这样当Array Fetch的缓冲区用完后，驱动可以直接从缓存拿数据，不用立刻发新的请求。
3. 别贪大，避免内存浪费：prefetchCount太大可能会占用过多客户端内存（尤其是并发会话多的时候），建议从50-200开始测试，逐步调整到最优值。
4. 检查服务器端配置：确保服务器允许Prefetch生效，确认相关参数没有限制客户端的预取请求。
5. 用真实场景测试：别用几十条数据的小测试，模拟生产环境的数据量和并发情况，才能看到真实的性能提升。

最后再强调下：Prefetch是简化小批量抓取的性能优化，而Array Fetch是精确控制批量的工具，二者配合使用才能最大化减少网络开销。

内容的提问来源于stack exchange，提问作者zoe