ASP.NET MVC 5+MySQL+NHibernate应用数据查询性能优化求助

• 先排查生成的SQL是否低效
  开启NHibernate的SQL日志输出，在配置里设置show_sql=true，直接查看ORM生成的SQL语句。重点检查：是否存在不必要的多表关联、笛卡尔积，或者WHERE条件有没有触发全表扫描。有时候看似简单的LINQ/QueryOver查询，NHibernate可能生成冗余的SQL，这时候就需要调整查询写法。

• 根治N+1查询问题
  N+1是NHibernate性能杀手之一，常用解决方式：

  • 用Fetch()/FetchMany()做迫切左连接抓取，一次性加载关联对象，比如session.Query<Order>().Fetch(o => o.Customer)；
  • 配置批量抓取，在实体映射里设置batch-size="20"（根据实际场景调整数值），或者在查询时调用SetBatchSize(20)，让NHibernate批量加载关联数据；
  • 合理使用延迟加载，只在需要访问关联对象时才加载，避免默认加载所有关联。

• 用投影查询减少数据传输
  不要每次都加载完整的实体对象，只查询需要的字段。比如用QueryOver的投影：

  session.QueryOver<Order>()
         .SelectList(list => list
             .Select(o => o.Id)
             .Select(o => o.OrderDate)
             .Select(o => o.Customer.Name))
         .List<object[]>();
  

  或者用DTO接收投影结果，避免不必要的实体实例化和内存占用。

• 优化缓存策略

  • 一级缓存（会话缓存）：确保会话生命周期合理，ASP.NET MVC里建议每个请求对应一个会话，避免长时间持有会话导致缓存数据过多；
  • 二级缓存：对只读/少更新的实体开启二级缓存，配置合适的缓存区域和过期策略，减少重复查询数据库；
  • 查询缓存：对重复执行的相同查询开启cacheable=true，比如session.Query<Product>().Cacheable().List()，缓存查询结果集。

• 调整NHibernate核心配置参数

  • 设置adonet.batch_size为合适值（比如50），让NHibernate批量处理SQL语句，减少数据库往返次数；
  • 开启generate_statistics=true，查看NHibernate的性能统计数据，比如查询次数、缓存命中率等，定位瓶颈；
  • 优化连接池配置，connection.pool_size设置合理，避免请求等待数据库连接。

• 针对MySQL的适配优化

  • 确保NHibernate生成的SQL里的WHERE条件和索引匹配，避免因类型转换（比如字符串匹配数字字段）导致索引失效；
  • 分页查询时，尽量先通过WHERE条件筛选数据，再做分页，避免对全表数据排序后分页；
  • 确认MySQL使用InnoDB引擎，并且表的索引设计和NHibernate的查询条件匹配（比如联合索引覆盖常用查询字段）。

• 复杂场景用原生SQL
  对于多表关联、复杂聚合的查询，NHibernate生成的SQL可能不够高效，这时候直接用CreateSQLQuery写原生MySQL语句，只返回需要的数据，能大幅提升性能。

• 避免不必要的聚合计算
  如果只是统计数量、求和，直接用NHibernate的聚合方法，比如session.Query<Order>().Count()或者Sum(o => o.TotalAmount)，不要加载所有实体后再在内存里计算。

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