关于X5大数据量更新的时候效率低下的分析及建议

wgs7909

X5的前端数据组件设计的非常好。最近发现这里存在着一个缺陷--就是当页面上的数据量大于100条的时候，每一条都进行了更新，再保存的时候，就会明显卡顿。如果数据量达到300条的话，至少能卡上10秒左右。经过研究发现，这个问题关键是因为X5底层设计的问题。把每一条语句的更新分解成一个UPDATE语句，建立一次数据库连接，执行一次更新操作，而不是把所有的更新拼成一个事务，一次提交给数据库。这是导致效率问题的主要原因。我感觉这个问题可以解决。建议起步升级底层saveAction的执行逻辑。你们辛苦一次，造福整个X5生态圈。
起步加油！！！！

jishuang

每一条都进行了更新在页面中通过data修改的数据？

wgs7909

jishuang 发表于 2018-1-15 11:47
每一条都进行了更新在页面中通过data修改的数据？

是的。页面数据是通过循环修改的。不是手动修改。
数据怎么修改的，不是问题的关键，关键是平台底层实现更新数据的逻辑。除了更新，还有插入的实现机制也是同理。

jishuang

你好楼主，这个问题需要我在本地环境进行问题重现，所以会花费较长时间，请你耐心等待，我完成后会第一时间反馈结果，谢谢！

jishuang

本地测试data中多条数据同时修改是在同一个事务中的，不是每条记录一个事务

wgs7909

jishuang 发表于 2018-1-18 10:09
本地测试data中多条数据同时修改是在同一个事务中的，不是每条记录一个事务
...

java做数据库操作的时候可以生成一条update语句，执行一次。也可以把多个update语句放在一个事务里，一次提交，这样效率会高很多。

你可以自己做一个测试，页面上加载200条数据，修改某一列所有行的值，点一下保存， 后台打印出的是200个update。也就是java调用数据库操作语句，调用了200次。

jishuang

已作为产品功能建议提交(内部编号：)2018012200001，感谢楼主的支持与配合。

wgs7909

jishuang 发表于 2018-1-22 09:56
已作为产品功能建议提交(内部编号：)2018012200001，感谢楼主的支持与配合。

这个功能，能不能做为一个重要建议，提交上去呢？最近项目中频繁出理效率瓶颈问题，其根本原因都在这里。这真的是一个重大的产品缺陷。
强烈建议先出一个补丁来解决眼时的问题。
下一个版本一定要修正啊！！！！！

jishuang

急需解决的可以联系起步相关的商务人员协调

江苏院-吴昊

我想探讨下：首先起步的多行数据更新，肯定是放在一个事务中，其中一行报错，所有的回滚。
其次，这种批量更新的操作，难道不是生成多条update 语句吗？我想也只能生成多条update语句啊



我想象了一下你的场景，一个大的grid，操作人员在一条条更新数据，最后批量保存。
其实可以协商下，用户是否愿意自动保存。当切换到令一行数据的时候，自动保存已有的修改，应该可以避免的你性能问题。