版本比较

标识

  • 该行被添加。
  • 该行被删除。
  • 格式已经改变。

...

关联wiki:0507.性能优化排查专题

      1)组织树根节点优化:界面带有组织过滤器的,可以配置 1)组织树根节点优化:界面带有组织过滤器的,可以配置ignore_root_filter,用于优化当权限为根节点时,打开list界面取数很慢的问题

      2)字段持久化:判断是否存在业务主键 2)字段持久化:判断是否存在业务主键/常用过滤字段/关联字段使用了弹性字段,这种情况考虑字段持久化

关联wiki:优化方式一:映射实体字段

      1)模型持久化:弹性模型数据量达到几十万级别可以考虑使用模型持久化, 1)模型持久化:弹性模型数据量达到几十万级别可以考虑使用模型持久化, 常用字段添加索引

关联wiki: 优化方式二:模型持久化

      1)索引:在以上情况优化后均无效果的情况下 1)索引:在以上情况优化后均无效果的情况下,可以针对具体业务专门给数据库字段添加索引(持久化表后)

...

 1)薪酬考勤数据表取数据尽量不用list,因为数据量过大,在redis取数过多,直接用业务标准提供的包或者接口 

 2)创建数据时不要循环调用batch方法

list数据获取原理,sql查询时仅作id查询(主模型+relation关联模型 的数据ID),获取所有id后通过super_mget_dict缓存方式获取id对应的数据对象,如果id不命中,还是会继续穿透查询数据库,当查询大量数据时,对redis和数据库造成的压力较大,一般来讲大量数据获取时,可以仅获取需要的fields,特殊情况下,仅获取id关键属性,加参数only_id控制。详细处理参考wiki:List接口取数优化

4. 辅助工具

1)未提交sql页面

数据库页面:/#/common_model_list?model=DBUnCommitSql

...