Umbraco V8承载25000+成员及生成公开个人主页性能问题咨询

基础可行性确认 #

Umbraco V8 原生完全支持2.5万量级的成员存储，我之前接触的同版本项目有承载3.2万成员的实际落地案例，常规配置下不会出现基础功能卡顿的问题。 #

核心疑问逐一解答 #

• Umbraco加载成员属性的性能表现
  默认配置下，通过成员ID、账号等唯一标识查询单个成员的属性，响应耗时基本在200ms以内，无明显性能下降。需要规避的核心坑是不要调用MemberService.GetAll()做无分页全量查询，这个方法会一次性加载所有成员的全量属性到内存，2.5万条数据会直接占用大量服务器内存甚至触发请求超时，所有列表类查询必须调用带分页参数的重载方法，多条件筛选建议用IMemberManager结合LINQ实现。
• 是否需要新增自定义表优化性能
  要看你的业务复杂度判断：
  • 如果仅需展示不超过5个成员属性、无高频多条件筛选需求，用Umbraco默认的成员存储结构完全够用，不需要额外加表
  • 如果成员自定义属性超过10个、需要经常做多维度筛选、批量导出操作，建议新增自定义宽表存储成员核心信息，在成员新增/修改的事件中同步数据到自定义表，查询直接走自定义表，性能可以提升40%以上。
• 后台成员管理的延迟问题&解决方案
  默认Umbraco后台的成员列表页，首次加载（统计总数量+加载第一页20条数据）的延迟在1-3s区间，常规翻页操作延迟在1s以内，普通运营操作可以正常使用，只有做全量导出、全字段模糊筛选的时候会有明显卡顿。
  使用自定义管理工具完全可以规避这个问题，自定义工具可以直接走自定义表查询、原生SQL等优化逻辑，跳过Umbraco默认MemberService的多余封装逻辑，所有操作延迟都可以控制在500ms以内。

公开个人主页方案效率说明 #

你参考的为每个成员生成对应内容节点的方案，2.5万个内容节点不会对Umbraco内容库造成压力，只要给个人主页配置好页面级缓存或者CDN缓存，单台2核4G的服务器可以支撑每秒上千次的访问请求，完全满足常规流量需求。如果不想维护内容节点的同步逻辑，也可以用动态路由方案，匹配成员唯一标识后直接查询成员数据渲染页面，性能和生成内容节点的方案基本持平。 #

提前注意的风险点 #

• 成员批量导入不要用MemberService.Save循环执行，2.5万条数据循环导入需要几十分钟，建议用批量SQL导入或者Umbraco社区的批量导入插件，耗时可以压缩到5分钟以内
• 不要修改Umbraco默认的密码哈希算法，避免原有成员的密码无法验证
• 成员登录态用默认的ASP.NET Identity Cookie缓存，不要每次接口请求都查询成员表，减少不必要的数据库压力

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