Entity Framework 6查询异常：带Where子句触发300次Offset-Fetch查询致响应缓慢

• 客户端评估触发分批拉取：EF6中如果查询的Where子句包含无法转换为SQL的逻辑（比如自定义C#方法、复杂的非标准LINQ表达式），EF无法在数据库端完成过滤，会自动采用分批拉取策略——通过多次OFFSET/FETCH分页SQL，每次拉取一批数据到客户端后再执行过滤逻辑，最终生成大量SQL语句。

• 手动循环分页逻辑错误：如果代码中存在循环调用Skip(n).Take(m)的逻辑（比如错误地遍历分页获取所有符合条件的数据），每一次Skip/Take都会生成一条独立的OFFSET/FETCH SQL，循环300次就会产生300条查询。

• AsEnumerable()误用导致客户端分页：在Where过滤前调用了AsEnumerable()，将查询切换为客户端评估模式。此时若后续还有分页操作，EF6会为了降低内存压力，分批从数据库拉取数据，每批对应一条OFFSET/FETCH SQL，而非一次性获取所有符合条件的记录。

• 导航属性加载的连锁反应：若查询中包含未正确Include的导航属性，且开启了延迟加载，当遍历主查询结果时，EF会为每条记录单独加载导航属性。如果主查询本身被拆分为分批拉取，就会进一步叠加生成更多SQL，最终表现为大量OFFSET/FETCH语句。

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