随着项目规模慢慢变大，在Polarion里打开项目、加载文档、查询工作项或者保存需求的时候，速度可能会一点点地降下来；很多人会问，为什么Polarion的加载速度变得这么慢，如果想做性能优化，又该先从哪些地方开始排查，这时不能只盯着服务器的内存看，因为读取、索引、权限、脚本和数据范围这些因素，都会影响到页面的响应时间，在排查的时候，先要判断究竟是所有用户都觉得慢，还是只有某个项目、某个页面或者某个账号才卡。

　　一、Polarion加载速度为什么很慢

　　Polarion的页面变慢，往往不是某一个原因造成的；按照官方的说明，它是靠索引来处理读取和查询的，而返回结果的数量、存储访问的快慢、权限规则的复杂程度，都会给性能带来影响。

　　1、项目查询范围太大

　　当工作项的表格、动态报告还有文档，一次性加载进来的数据太多的时候，页面的反应就会明显变得迟钝；可以先看一看当前这个页面，是不是带着大量的字段、关联项、历史版本和复杂的查询条件，试着把筛选范围缩小，去掉一些不常用的显示列，再观察一下速度有没有好起来。

　　2、权限规则过于复杂

　　Polarion要结合SVN的访问规则来判断用户能不能读取或者修改某个对象；如果权限文件里面堆了大量的目录规则、人员例外和历史配置，那么处理它们所花的时间和占用的内存就可能增加，官方资料里也提到，复杂的访问文件会额外消耗性能。

　　3、索引状态不稳定

　　项目的搜索、列表的加载，还有一部分报表，都是依赖索引的；系统升级、数据迁移或者异常中断之后，一旦索引没有保持一致，用户就很可能遇到查询变慢、结果不全，或者页面一直转圈的情况，在Polarion 2506的说明中，重建索引仍然被列为升级流程里的重要一环。

　　4、自定义脚本执行时间过长

　　如果每次保存工作项的时候突然变慢，那就要去查一查工作流脚本和保存钩子；脚本的查询范围太大、反复去访问数据，或者处理逻辑写得太重，都会把保存的动作给拖慢，Polarion 2410版增加了一个脚本监控功能，可以用来查看脚本的执行情况和排查问题。

　　二、Polarion性能优化先从哪里排查

　　拿到性能问题后，不要一上来就去改数据库的参数；比较管用的办法，是先按用户侧、项目侧、服务端这三个层面，把范围一点点缩小，直到确认毛病出在哪一段。

　　1、先做对照测试

　　找一个账号，用它分别打开一个小项目和一个大项目；然后再换另一个账号，打开同一个页面看看，如果只有单个项目变慢，那就要重点去查它的数据量、查询和文档结构；如果只有部分账号变慢，那就重点查权限；要是所有的页面都慢，再去关注服务器和存储的情况。

　　2、检查页面配置

　　进到那些反应慢的页面里，把表格列的数量减一减，关联项、历史数据和复杂的查询条件也先去掉一些；像动态报告里面如果放了多个大范围的查询，也可以一个一个停掉来测试，如果页面配置简化以后速度就恢复了，就说明问题主要出在取数范围太大这上面。

　　3、查看脚本和后台任务

　　到管理区域里，看看脚本监控、定时任务和后台执行的状态；如果保存的动作慢，那就要优先查看保存钩子；要是只在固定的时间段变慢，就要去看一看批量同步、索引处理和报表任务是不是在同时跑。

　　4、核对服务器资源

　　让管理员来查看CPU、内存、磁盘延迟、数据库状态，还有SVN存储的访问情况，Polarion的官方资料里强调过，SVN需要较快的文件系统访问；在比较新的版本里，它也一直在优化数据库缓存、SVN访问规则处理和项目加载这块。

　　三、Polarion性能异常怎样持续复核

　　性能上的问题得到解决之后，不要就此不管了，还得把当时的基线留下来；不然随着项目的使用数据不断增多，过一段时间很可能又变回原来的状态。

　　1、记录慢页面和时间点

　　把项目名称、账号、页面类型、查询条件、加载的时间，还有发生在什么时段，这些都写下来；不要只记一句“系统卡”，那样的记录很难复现，后面的排查也就找不到头绪。

　　2、按周查看变化

　　固定抽查几次项目首页、工作项列表、文档打开和保存的耗时，做成简单的记录；一旦指标突然发生大的变化，再回头去查脚本、权限、索引和数据增长。

　　3、评估版本升级

　　要是系统的版本已经比较旧了，就可以在测试环境里评估一下升级的效果；像Polarion 2512这个版本，针对页面加载、项目加载、数据库缓存和SVN权限处理做了不少改进，但是升级前一定要用接近生产环境的数据去验证，不能冒然直接上。

　　总结

　　Polarion加载速度为什么很慢，Polarion性能优化先从哪里排查，处理顺序可以概括成：先做账号和项目的对照测试，再从页面查询范围上收紧，接着检查脚本、权限和索引，最后才去查看服务器的资源；先把问题到底落在哪一层给定位清楚，再针对性地调整配置，这比一上来就忙着给机器添加硬件，往往更容易看到效果。