默认情况下是否禁用hibernate batching / hibernate.order_updates / hibernate.order_inserts?批量大小为50时是否有任何缺点?对于order_updates / order_inserts参数也是如此。是否存在不应启用此功能的用例?使用此功能时是否会对性能产生影响?
我只能看到这些设置在我需要减少查询计数时会有很大帮助,尤其是在我的应用程序和数据库服务器之间具有高延迟的云环境中。
答案 0 :(得分:26)
通常将batch size
设置为合理的大小order_insert
,order_updates
到true
可以显着提高效果。
在我的所有项目中,我都使用此配置作为基础:
hibernate.jdbc.batch_size = 100
hibernate.order_inserts = true
hibernate.order_updates = true
hibernate.jdbc.fetch_size = 400
但是,是 - 使用批处理时可能存在内存影响。但这取决于jdbc驱动程序。
例如,Oracle JDBC驱动程序为每个PreparedStatement
创建内部缓冲区并重用这些缓冲区。如果调用简单更新语句,则使用ps.setInt(1, ...)
,ps.setString(2, ...)
等设置一些参数,Oracle将此值转换为某个字节表示形式,并存储在与此PreparedStatement
和连接关联的缓冲区中。
但是,当您的PreparedStatement
使用100的批量时,此缓冲区将大100倍。如果你有一些连接池与exapmle 50连接,可以有50个这样的大缓冲区。如果使用批处理有100个不同的语句,则所有这些缓冲区都会对内存产生重大影响。当您启用批量大小时,它将变为全局设置 - Hibernate将使用它进行所有插入/更新。
但是我发现在我的所有项目中,性能提升对于内存的影响更为重要,这就是我使用batchsize=100
作为默认值的原因。
使用order_inserts
,order_updates
,我认为默认情况下会禁用这些设置,因为这些设置仅在批量处理时才有意义。随着批处理的启动,这些排序只是开销。
您可以在Oracle的白皮书中找到更多信息:
http://www.oracle.com/technetwork/topics/memory.pdf
“语句批处理和内存使用”部分
。====编辑2016.05.31 ====
关于order_inserts
和order_udpates
属性的说法。
假设我们有实体A
,B
并以这种方式持久保存6个对象:
session.save(A1); // added to action queue
session.save(B1); // added to action queue
session.save(A2); // ...
session.save(B2); // ...
session.save(A3); // ...
session.save(B3); // ...
执行上述后:
现在,考虑两种情况:
案例1: order_inserts = false
在刷新阶段,hibernate执行 6 insert 语句:
ActionQueue = [A1, B1, A2, B2, A3, B3]
insert into A - (A1)
insert into B - (B1)
insert into A - (A2)
insert into B - (B2)
insert into A - (A3)
insert into B - (B3)
案例2: order_inserts = true
,允许批量处理
现在,在刷新阶段,hibernate会执行 2批量插入语句:
ActionQueue = [A1, A2, A3, B1, B2, B3]
insert into A - (A1, A2, A3)
insert into B - (B1, B2, B3)
我对Hibernate v3进行了调查,我认为Hibernate v4以相同的方式使用ActionQueue。
答案 1 :(得分:1)
此处的文档:https://docs.jboss.org/hibernate/stable/orm/userguide/html_single/chapters/batch/Batching.html
表示使用这些属性可能会降低性能。我认为这是他们没有默认设置的原因。