第8页，共35页。 显示 349 条结果 (0.019 秒)
如何分析报表性能问题
一、报表性能组成公式 在使用系统过程中，出现仪表盘、电子表格等报表打开性能不如预期，此时就需要分析性能瓶颈，找出优化方案。 先看一个性能公式：报表性能=浏览器端执行性能 + 网络下载性能+ 服务端执行性能。 其中服务端执行性能 = Smartbi服务端执行性能 + 数据库执行性能。 image2025-3-11_14-9-58.png 在排查性能问题的过程中，我们通常会按照以下顺序进行： 网络性能排查→服务端性能排查→页面执行性能排查→提交有效信息问题上报 接下来将分别介绍如何通过性能分析工具对这些步骤进行排查，以系统地定位性能问题。 二、性能分析工具 根据前面性能组成部分，每一块都需分析其性能瓶颈，主要借助到多维引擎：涉及排序部分场景性能优化说明
1 背景 原 Mondrian 逻辑中，所有排序操作均在内存中执行，需加载全量数据至内存，导致性能瓶颈。本次优化通过新增配置项，将部分排序逻辑下沉至 SQL 层执行，仅返回排序后的分页数据，降低内存压力并提升性能。 2 配置项说明 在2025-06-04之后的包默认开启了下面的选项： 控制排序逻辑下沉 … 引擎的系统配置/高级设置下面： 03.png 3 可优化场景 以下场景可通过配置项触发排序下沉，两个选项只是针对某些固定场景下的优化。 3.1 纯维度排序支持性能优化 报表上只有维度排序的场景，比如下图，只有“发货区域”： 04.png 3.2 原子度量全局排序优化 原子度量的全局升序、降序系统监控-性能（CPU采样）
性能页面也即CPU采样跟踪，用于查看、监控服务器方法调用时间树结构。 image2021-8-26_14-20-44.png 使用说明 在发现系统访问缓慢时，可以通过性能界面进行CPU采样跟踪； 当遇到报表慢或者系统慢等问题时，可执行以下步骤进行CPU采样跟踪并提供相应的资料给思迈特进行跟踪处理。 （1）进入性能界面，设置【会话】，一般只是对当前用户的某个操作进行分析，通常情况下只需要录制到当前用户的会话信息就可以了（若是在一个浏览器上录制另一个浏览器的用户操作，则选择对应浏览器的会话进行录制）: image2021-8-26_14-21-15.png 点击“开始”按钮，则系统开始进行CPU采样大数据量抽取性能优化
1. 应用场景 超大数据量抽取性能无法满足需求，需要优化。 2. 实施步骤 2.1 ETL部署服务器配置 数据抽取性能优化的关键是尽可能多线程并行抽取，多线程就要求有多核cpu，每个线程执行的时候，也需要消耗内存，数据抽取的时候，会有数据落盘，对磁盘容量跟IO性能也有一定要求。总体而言，越高的服务器配置越能优化出更好的性能，如果服务器配置过低，通过调整其它配置，性能优化空间有限。为了保证有一定优化效果，配置要求： CPU 内存 硬盘 8核+ 32G+ 300G+ 2.2 ETL引擎配置 为了最大利用服务器硬件资源，ETL执行引擎需要做下面几个配置： 2.2.1 分配内存 如果不设置，默认计算度量表达式使用多个NONEMPTYCROSSJOIN为什么会有性能问题？
1 背景 在 MDX（多维表达式）中，NONEMPTYCROSSJOIN 函数用于返回两个或多个集合的交叉连接，并排除那些在指定度量值上没有数据的元组。 虽然这个函数在处理复杂查询时非常有用，但过度使用会导致严重的性能问题，主要原因如下： 1.1 组合爆炸问题 NONEMPTYCROSSJOIN 会生成多个 … 效应 当多个 NONEMPTYCROSSJOIN 嵌套使用时，性能问题会被放大。例如： mdx NONEMPTYCROSSJOIN( NONEMPTYCROSSJOIN(Set1, Set2), NONEMPTYCROSSJOIN(Set3, Set4) ) 这种结构会先生成多个中间笛卡尔积，每个都需要进行业务库性能优化：前置 / 后置 SQL 语句配置
1 背景 用户查询SQL语句比较慢，用户为了解决性能问题，在执行的SQL上加了一句 set hg_experimental_enable_multi_count_distinct_rewrite=on（示意），以用于对sql查询进行加速。 之前数据模型的SQL查询，不支持这种用法，经过优化，支持了该功能，方便用户使用业务库本身的性能优化策略。 注意：不同数据库的执行语句存在语法差异，请根据具体数据库的语法规范调整。 2 具体操作 1、需要开启系统开关配置 在运维设置/系统选项/高级设置 中设置：CONFIG_CENTER_SHOW_ENABLE=true。 2、系统监控/配置中心/新增配置： DataId集成 - 移动端预加载js导致性能问题
（本文档仅供参考） 问题 区别于app直接打开资源，当通过三方app集成smartbi报表时，每次请求bi资源都需要加载一次移动端框架所需的js文件，且这部分无法预加载，所以导致耗时曾娇 解决方案 此场景若需优化性能，建议集成pc逻辑的url，去除移动端外壳，但无法使用移动端功能（右上角筛选器、收藏、批注等功能） 系统选项-高级设置中添加参数： OPENRESOURCE_USE_MOBILE_MODE=false 集成打开慢服务器性能分析
培训时间：2018-02-08 服务器性能应用场景 当我们通过其他工具（如charles）分析到是服务器响应缓慢时，我们就要通过各种工具或手段分析服务器执行各种方法所消耗的时间，用于分析服务器性能的瓶颈。 我们可以通过添加日志、使用Jprofile或者使用smartbi的"系统监控"->"性能"功能进行分析服务器的性能。 JProfiler的使用 JProfiler是一个服务器性能跟踪工具，可以分析服务器运行缓慢、包含内存泄漏（由于jvisualvm的使用更为方便，通常仅使用JProfile跟踪性能）等。 JProfiler通常不应该在并发测试中使用，因为开启JProfiler后对服务器性能影响非常大。建议系统监控-性能（CPU采样）
性能页面也即CPU采样跟踪，用于查看、监控服务器方法调用时间树结构。 image2021-8-26_14-20-44.png 使用说明 在发现系统访问缓慢时，可以通过性能界面进行CPU采样跟踪； 当遇到报表慢或者系统慢等问题时，可执行以下步骤进行CPU采样跟踪并提供相应的资料给思迈特进行跟踪处理。 （1）进入性能界面，设置【会话】，一般只是对当前用户的某个操作进行分析，通常情况下只需要录制到当前用户的会话信息就可以了（若是在一个浏览器上录制另一个浏览器的用户操作，则选择对应浏览器的会话进行录制）: image2021-8-26_14-21-15.png 点击“开始”按钮，则系统开始进行CPU采样Smartbi V10-性能
注意：(新特性列表中：+表示新增；^表示增强) V10版本性能的改进点如下： 新增 增强 +【性能】自助仪表盘和电子表格支持滚动加载功能，减少打开报表等待时间 ^【性能】Spark版本升级 +【性能】自助仪表盘和电子表格支持滚动加载功能，减少打开 … 时，先加载区域中可直接看到的内容，然后随着页面的滚动再加载其他内容。 1、自助仪表盘移动端和设置“宽度自适应”布局的PC端报表支持滚动加载功能，通过设置中“滚动加载”设置项（默认为否）开启： 性能1.png 2、电子表格的照相机、Echarts图形、URL链接等组件支持滚动加载功能，通过宏代码
