HibernateEFETIVOERROSCOMUNSESOLUÇÕES
•
4 likes•1,095 views
Mesmo anos após o lançamento do Hibernate ainda é fácil encontrar projetos utilizando o framework de maneira ineficiente, podendo leva-lo a problemas sérios de performance ou até inviabilizar a aplicação. O uso não efetivo do Hibernate está intimamente ligado a erros comuns e más práticas em sua utilização, que vão desde pool de conexões, select n+1, configuração de cache, batch-size até o uso indevido do cache level 1 em processamentos batch e o tratamento de LazyInitializationException. Palestra ministrada no evento Disturbing the Mind 2014 do Instituto Atlântico (IA).
Recommended
Recommended
More Related Content
What's hot
What's hot (18)
Similar to HibernateEFETIVOERROSCOMUNSESOLUÇÕES
Similar to HibernateEFETIVOERROSCOMUNSESOLUÇÕES (20)
More from Rafael Ponte
More from Rafael Ponte (19)
HibernateEFETIVOERROSCOMUNSESOLUÇÕES
- 2. Eu estava me perguntando quando de fato o Hibernate foi criado...
- 3. Eu estava me perguntando quando de fato o Hibernate foi criado... Luca Bastos O “Boom” foi em 2003!
- 4. Mais de uma década! 2014 - 2003 = 11
- 6. mas ainda hoje... existem devs que subutilizam o framework
- 7. mas ainda hoje... existem devs que subutilizam o framework problemas de perfomance e escalabilidade
- 10. culpam o Hibernate A culpa é do Banco de Dados! Sérgio
- 11. é fácil culpar o que não se conhece...
- 12. um SGDB mal configurado pode ser o problema...
- 13. um SGDB mal configurado pode ser o problema... MAS na maioria das vezes o problema está na SUA APLICAÇÃO
- 15. tabelas sem índices consultas mal-feitas <3 <3
- 16. tabelas sem índices consultas mal-feitas <3 <3 <3 muitos hits ao banco
- 17. tabelas sem índices consultas mal-feitas muitos hits ao banco connection leaks <3 <3 <3
- 18. tabelas sem índices consultas mal-feitas muitos hits ao banco connection leaks <3 <3 <3 memory leaks
- 19. Não saber tirar proveito framework!
- 20. Hibernate Efetivo 6 dicas para não deixar sua app morrer
- 21. @rponte
- 23. Fortaleza - Terra do Sol
- 27. com certeza todos aqui já ouviram falar...
- 28. mas nem todos dão a devida atenção...
- 29. mas nem todos dão a devida atenção... até perceberem a app engasgando
- 30. mas nem todos dão a devida atenção... até perceberem a app engasgando ou até receberem um
- 31. mas nem todos dão a devida atenção... até perceberem a app engasgando ou até receberem um org.hibernate.exception.Gener icJDBCException: Cannot open connection
- 32. daí percebem que não configuraram o o pool do Hibernate hibernate.connection.driver_class=org.postgresql.Driver hibernate.dialect=org.hibernate.dialect.PostgreSQLDialect hibernate.connection.url=jdbc:postgresql://localhost:5432/myapp hibernate.connection.username=postgres hibernate.connection.password=1234 ! ! ! hibernate.properties
- 33. daí percebem que não configuraram o o pool do Hibernate hibernate.connection.driver_class=org.postgresql.Driver hibernate.dialect=org.hibernate.dialect.PostgreSQLDialect hibernate.connection.url=jdbc:postgresql://localhost:5432/myapp hibernate.connection.username=postgres hibernate.connection.password=1234 hibernate.connection.pool_size=30 ! ! hibernate.properties
- 34. daí percebem que não configuraram o o pool do Hibernate hibernate.connection.driver_class=org.postgresql.Driver hibernate.dialect=org.hibernate.dialect.PostgreSQLDialect hibernate.connection.url=jdbc:postgresql://localhost:5432/myapp hibernate.connection.username=postgres hibernate.connection.password=1234 hibernate.connection.pool_size=30 ! ! hibernate.properties
- 35. a app volta a funcionar bem por um tempo
- 36. a app volta a funcionar bem por um tempo
- 37. e vão alocando mais conexões com o tempo hibernate.connection.pool_size=30 40 55 70 ... hibernate.properties
- 38. o pool PADRÃO do Hibernate
- 39. que possui uma impl. RUDIMENTAR
- 40. INFO DriverManagerConnectionProvider:64 - Using Hibernate built-in connection pool (not for production use!)! INFO DriverManagerConnectionProvider:65 - Hibernate connection pool size: 20!
- 41. INFO DriverManagerConnectionProvider:64 - Using Hibernate built-in connection pool (not for production use!)! INFO DriverManagerConnectionProvider:65 - Hibernate connection pool size: 20! notforproductionuse!
- 44. pools como c3p0 ou commons-dbcp temos ótimas opções...
- 45. o Hibernate já vem com c3p0
- 46. configurando c3p0 hibernate.connection.driver_class=org.postgresql.Driver hibernate.dialect=org.hibernate.dialect.PostgreSQLDialect hibernate.connection.url=jdbc:postgresql://localhost:5432/myapp hibernate.connection.username=postgres hibernate.connection.password=1234 hibernate.c3p0.min_size=5 hibernate.c3p0.max_size=20 hibernate.c3p0.timeout=1800 hibernate.c3p0.max_statements=50 hibernate.properties
- 48. <bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource" destroy-method="close">! ! <!-- access configuration -->! ! <property name="driverClass" value="${jdbc.driverclass}" />! ! <property name="jdbcUrl" value="${jdbc.url}" />! ! <property name="user" value="${jdbc.username}" />! ! <property name="password" value="${jdbc.password}" />! ! <!-- pool sizing -->! ! <property name="initialPoolSize" value="3" />! ! <property name="minPoolSize" value="6" />! ! <property name="maxPoolSize" value="25" />! ! <property name="acquireIncrement" value="3" />! ! <property name="maxStatements" value="0" />! ! <!-- retries -->! ! <property name="acquireRetryAttempts" value="30" />! ! <property name="acquireRetryDelay" value="1000" /> <!-- 1s -->! ! <property name="breakAfterAcquireFailure" value="false" />! ! <!-- refreshing connections -->! ! <property name="maxIdleTime" value="180" /> <!-- 3min -->! ! <property name="maxConnectionAge" value="10" /> <!-- 1h -->! ! <!-- timeouts e testing -->! ! <property name="checkoutTimeout" value="5000" /> <!-- 5s -->! ! <property name="idleConnectionTestPeriod" value="60" /> <!-- 60 -->! ! <property name="testConnectionOnCheckout" value="true" />! ! <property name="preferredTestQuery" value="SELECT 1+1" />! </bean>! podemos obter as conexões de um DataSource
- 49. Pool traz melhoria de performance
- 50. Pool traz melhoria de performance mas não faz milagres
- 52. quando e por que acontece?
- 53. @Entity class NotaFiscal { … @OneToMany List<Item> itens; }
- 54. NotaFiscal nf = (NotaFiscal) session.load(NotaFiscal.class, 42); ! List<Item> itens = nf.getItens(); Percorrendo os itens de uma nota
- 55. select nf.* from NotaFiscal nf where nf.id=42 select i.* from Item i where i.nota_fiscal_id=42 Hibernate executa 2 selects NotaFiscal nf = (NotaFiscal) session.load(NotaFiscal.class, 42); List<Item> itens = nf.getItens();
- 56. Session session = sessionFactory.openSession(); ! NotaFiscal nf = (NotaFiscal) session.load(NotaFiscal.class, 42); session.close(); ! List<Item> itens = nf.getItens(); System.out.println("numero de pedidos:" + itens.size()); a session do Hibernate foi fechada
- 57. Session session = sessionFactory.openSession(); ! NotaFiscal nf = (NotaFiscal) session.load(NotaFiscal. session.close(); ! List<Item> itens = nf.getItens(); System.out.println( itens.size()); mas ao ler os itens da nota org.hibernate.LazyInitializationException: failed to lazily initialize a collection - no session or session was closed.
- 58. resolver parece fácil, certo?
- 59. Session session = sessionFactory.openSession(); ! NotaFiscal nf = (NotaFiscal) session.load(NotaFiscal.class, 42); ! List<Item> itens = nf.getItens(); System.out.println("numero de pedidos:" + itens.size()); session.close(); ! fechar a session ao término do trabalho
- 60. Mas e quando estamos trabalhando na Web?
- 61. @Get("/notas/{id}") public void view(Long id) { NotaFiscal nf = notaFiscalDao.carrega(id); result.include("nf", nf); result.forwardTo("/notas/view.jsp"); } view.jsp NotaFiscalController.java <c:forEach var="item" items="${nf.itens}"> ${item.produto.descricao}<br/> </c:forEach>
- 62. @Get("/notas/{id}") public void view(Long id) { NotaFiscal nf = notaFiscalDao.carrega(id); result.include("nf", nf); result.forwardTo("/notas/view.jsp"); } view.jsp NotaFiscalController.java <c:forEach var="item" items="${nf.itens}"> ${item.produto.descricao}<br/> </c:forEach> sessionfoifechada!
- 63. @Get("/notas/{id}") public void view(Long id) { NotaFiscal nf = notaFiscalDao.carrega(id); result.include("nf", nf); result.forwardTo("/notas/view.jsp"); } view.jsp NotaFiscalController.java <c:forEach var="item" items="${nf.itens}"> ${item.produto.descricao}<br/> </c:forEach> LazyInitializationException
- 65. e agora? #comofas Sérgio passa tudo pra EAGER! ;D
- 66. @Entity class NotaFiscal { … @OneToMany(fetch=FetchType.EAGER) List<Item> itens; }
- 67. select nf.*, i.* from NotaFiscal nf left outer join Item i on nf.id = i.nota_fiscal_id where nf.id=42 Hibernate executa 1 select NotaFiscal nf = (NotaFiscal) session.load(NotaFiscal.class, 42);
- 68. mas isso poderia gerar uma sobrecarga...
- 69. mas isso poderia gerar uma sobrecarga... pois os itens da nota não são necessários em muitos lugares
- 70. lembre-se que ter os relacionamentos como LAZY é uma boa prática
- 71. como evitar LIE sem modificar o relacionamento para EAGER?
- 73. @WebFilter(urlPatterns="/*") public class OpenSessionInViewFilter implements Filter { ! SessionFactory sessionFactory; @Override public void doFilter(ServletRequest req, ServletResponse res, FilterChain chain) { Transaction transaction = null; try { Session session = sessionFactory.getCurrentSession(); transaction = session.beginTransaction(); chain.doFilter(req, res); transaction.commit(); } finally { if (transaction != null && transaction.isActive()) { transaction.rollback(); } session.close(); } } } Servlet Filter
- 74. o OSIV só evita LIE no mesmo request!
- 75. anti-pattern?
- 77. NotaFiscal nf = (NotaFiscal) session.load(NotaFiscal.class, 42); Carregando uma nota por ID
- 80. Banco de Dados Session Session Session Session
- 81. Banco de Dados ???? Session Session Session Session
- 82. Banco de Dados Second Level Cache Session Session Session Session
- 83. Banco de Dados Second Level Cache Session Session Session FirstLevelCache Session
- 84. Banco de Dados SessionFactory Session Session Session Session
- 86. #1 configuramos o Hibernate hibernate.cache.use_second_level_cache=true hibernate.cache.region.factory_class=net.sf.ehcac he.hibernate.EhCacheRegionFactory hibernate.properties
- 87. @Entity @Cache(usage=CacheConcurrencyStrategy.READ_WRITE) class Bug { @Id private Long id; private String descricao; private String status; @ManyToOne private Projeto projeto; @OneToMany private List<Comentario> comentarios; } #2 configuramos as entidades
- 89. @Cache( usage=CacheConcurrencyStrategy.READ_WRITE) Caching Strategy READ_ONLY NONSTRICT_READ_WRITE READ_WRITE Melhor performance
- 90. @Cache( usage=CacheConcurrencyStrategy.READ_WRITE) Caching Strategy READ_ONLY NONSTRICT_READ_WRITE READ_WRITE Dados não críticos
- 91. @Cache( usage=CacheConcurrencyStrategy.READ_WRITE) Caching Strategy READ_ONLY NONSTRICT_READ_WRITE READ_WRITE Modificações frequentes
- 92. <cache name="br.com.triadworks.model.Bug" maxElementsInMemory="10000" eternal="false" timeToIdleSeconds="1800" timeToLiveSeconds="10000" overflowToDisk="true" memoryStoreEvictionPolicy="LRU" /> ehcache.xml
- 93. Como 2nd Level Cache funciona?
- 94. 2nd Level Cache não faz cache das instancias das entidades
- 95. 2nd Level Cache não faz cache das instancias das entidades somente dos valores das propriedades
- 96. @Entity @Cache(usage=CacheConcurrencyStrategy.READ_WRITE) class Bug { @Id private Long id; private String descricao; private String status; @ManyToOne private Projeto projeto; @OneToMany private List<Comentario> comentarios; }
- 97. modelo conceitual do cache Bug Data Cache 17 -> [ “Bug #1”, “ABERTA” , 1 ]! 18 -> [ “Bug #2”, “FECHADA”, 2 ]! 19 -> [ “Bug #3”, “ABERTA” , 1 ]
- 98. modelo conceitual do cache Bug Data Cache 17 -> [ “Bug #1”, “ABERTA” , 1 ]! 18 -> [ “Bug #2”, “FECHADA”, 2 ]! 19 -> [ “Bug #3”, “ABERTA” , 1 ] id descricao status id do projeto
- 99. modelo conceitual do cache Bug Data Cache 17 -> [ “Bug #1”, “ABERTA” , 1 ]! 18 -> [ “Bug #2”, “FECHADA”, 2 ]! 19 -> [ “Bug #3”, “ABERTA” , 1 ] não é uma árvore de objetos, mas sim um Map de Arrays
- 100. 2nd Level Cache não faz cache das associações
- 101. @Entity @Cache(usage=CacheConcurrencyStrategy.READ_WRITE) class Bug { @Id private Long id; private String descricao; private String status; @ManyToOne private Projeto projeto; @OneToMany @Cache(usage=CacheConcurrencyStrategy.READ_WRITE) private List<Comentario> comentarios; }
- 102. modelo conceitual do cache Bug Data Cache 17 -> [ “Bug #1”, “ABERTA” , 1, [1,2] ]! 18 -> [ “Bug #2”, “FECHADA”, 2, [] ]! 19 -> [ “Bug #3”, “ABERTA” , 1, [3] ]
- 103. modelo conceitual do cache Bug Data Cache 17 -> [ “Bug #1”, “ABERTA” , 1, [1,2] ]! 18 -> [ “Bug #2”, “FECHADA”, 2, [] ]! 19 -> [ “Bug #3”, “ABERTA” , 1, [3] ] ids dos comentarios
- 104. E o que o Hibernate faz com todos estes IDs?
- 105. E o que o Hibernate faz com todos estes IDs? vai no banco de novo! a não ser que você…
- 106. @Entity @Cache(usage=CacheConcurrencyStrategy.READ_WRITE) class Projeto { ... } ! ! @Entity @Cache(usage=CacheConcurrencyStrategy.READ_ONLY) class Comentario { ... } configure o cache das entidades
- 107. Devo cachear todas as minhas entidades?
- 108. Com 2nd Level Cache tudo funciona bem enquanto buscamos por ID... session.load(Bug.class, 17);
- 109. Com 2nd Level Cache tudo funciona bem enquanto buscamos por ID... ...mas e quando precisamos de uma consulta um pouco diferente? session.load(Bug.class, 17); session .createQuery("from Bug where status = ?") .setString(0,"ABERTO") .list();
- 110. #4 Query Cache
- 111. Query Cache faz cache do resultado de uma query
- 112. Configurando Hibernate para usar Query Cache hibernate.cache.use_query_cache=true hibernate.properties
- 113. Query Cache session .createQuery("from Bug where status = ?") .setString(0, status) .setCacheable(true) .list();
- 114. modelo conceitual do query cache Query Cache [“from Bug where status = ?”, [“ABERTO”]] -> [17, 19]
- 115. modelo conceitual do query cache Query Cache [“from Bug where status = ?”, [“ABERTO”]] -> [17, 19] Query + Parâmetros IDs
- 116. por isso Query Cache SEM 2nd Level Cache não é de muita ajuda
- 117. Utilize somente em consultas que são executadas repetidas vezes com os mesmos parâmetros
- 118. Utilize somente em consultas que são executadas repetidas vezes com os mesmos parâmetros
- 119. #5 Select n+1
- 120. o campeão em prejudicar a performance da aplicação
- 121. NotaFiscal nf = (NotaFiscal) session.load(NotaFiscal.class, 42); processaItensDaNota(nf); Processando os itens de uma nota
- 122. select nf.* from NotaFiscal nf where nf.id=42 select i.* from Item i where i.nota_fiscal_id=42 Hibernate executa 2 selects NotaFiscal nf = (NotaFiscal) session.load(NotaFiscal.class, 42); processaItensDaNota(nf);
- 123. List<NotaFiscal> notas = dao.listaTudo(); for (NotaFiscal nf : notas) { processaItensDaNota(nf); } Processando os itens de varias notas
- 124. select nf.* from NotaFiscal nf select i.* from Item i where i.nota_fiscal_id=? select i.* from Item i where i.nota_fiscal_id=? select i.* from Item i where i.nota_fiscal_id=? select i.* from Item i where i.nota_fiscal_id=? select i.* from Item i where i.nota_fiscal_id=? ... Hibernate executa n+1 selects List<NotaFiscal> notas = dao.listaTudo(); for (NotaFiscal nf : notas) { processaItensDaNota(nf); }
- 125. são muitos hits no banco de dados
- 126. são muitos hits no banco de dados mas podemos resolver isso...
- 127. 3 soluções
- 128. #1 EAGER ou join- fetch
- 129. @Entity class NotaFiscal { … @OneToMany(fetch=FetchType.EAGER) List<Item> itens; } Utilizando FetchMode=EAGER
- 130. select nf.*, i.* from NotaFiscal nf left outer join Item i on nf.id = i.nota_fiscal_id Hibernate executa 1 select List<NotaFiscal> notas = dao.listaTudo();
- 131. antes de definir um mapeamento global deste tipo você precisa se perguntar...
- 132. SEMPRE que uma nota é necessária, todos seus itens também são necessários?
- 133. não?
- 134. session .createQuery("from NotaFiscal n left join fetch n.itens") .list(); Utilizando Join Fetch
- 136. É o meio termo entre EAGER e LAZY
- 137. @Entity class NotaFiscal { … @OneToMany @BatchSize(size=10) List<Item> itens; } @BatchSize
- 138. select nf.* from NotaFiscal nf select i.* from Item i where i.nota_fiscal_id in (?, ?, ?, ?, ?, ?, ?, ?, ?, ?) select i.* from Item i where i.nota_fiscal_id in (?, ?, ?, ?, ?) Hibernate executa n/10+1 selects List<NotaFiscal> notas = dao.listaTudo(); for (NotaFiscal nf : notas) { processaItensDaNota(nf); }
- 139. @BatchSize também é conhecido como:
- 140. @BatchSize também é conhecido como: otimização de adivinhação cega (blind-guess optimization)
- 141. @BatchSize também é conhecido como: otimização de adivinhação cega (blind-guess optimization) ou seja, é um palpite
- 143. @Entity class NotaFiscal { … @OneToMany @Fetch(FetchMode.SUBSELECT) List<Item> itens; } SUBSELECT
- 144. select nf.* from NotaFiscal nf select i.* from Item i where i.nota_fiscal_id in (select nf.id from NotaFiscal nf) Hibernate executa 2 selects List<NotaFiscal> notas = dao.listaTudo(); for (NotaFiscal nf : notas) { processaItensDaNota(nf); }
- 145. Qual utilizar?
- 148. Imagine que temos que importar 100k produtos para o banco de dados
- 149. Session session = sf.openSession(); Transaction tx = session.beginTransaction(); for ( int i=0; i < 100000; i++ ) { Produto produto = new Produto(...); session.save(produto); } tx.commit(); session.close();
- 150. em ~50k produtos nós receberíamos um OutOfMemoryException
- 151. por que?
- 152. Hibernate faz cache de todas as instâncias dos Produtos inseridos na Session
- 153. mas como melhorar?
- 154. ! ! ! Session session = sf.openSession(); Transaction tx = session.beginTransaction(); for ( int i=0; i < 100000; i++ ) { Produto produto = new Produto(...); session.save(produto); if (i % 100 == 0) { session.flush(); session.clear(); } } tx.commit(); session.close();
- 156. evitamos o OutOfMemoryException Mas o processamento ainda continua lento!
- 157. evitamos o OutOfMemoryException Mas o processamento ainda continua lento! Dá pra melhorar?
- 158. JDBC puro?
- 159. JDBC puro? código de maxu! Handerson Frota
- 160. StatelessSession
- 161. StatelessSession sem 1st Level Cache sem 2nd Level Cache sem dirty-checking sem cascade Collections são ignorados sem modelo de eventos sem interceptors próxima ao jdbc API mais baixo nível mapeamento básico
- 162. !StatelessSession session = sf.openStatelessSession(); Transaction tx = session.beginTransaction(); for ( int i=0; i < 100000; i++ ) { Produto produto = new Produto(...); session.insert(produto); } tx.commit(); session.close();
- 163. menos consumo de memória e mais rápida!
- 164. menos consumo de memória e mais rápida! Yuri Adams dá pra melhorar?
- 166. CONCLUSÃO
- 167. Foi apenas a ponta o iceberg!
- 168. cada uma destas dicas são simples, mas requerem mais estudo
- 169. cada uma destas dicas são simples, mas requerem mais estudo pois depende do projeto
- 170. um DBA certamente pode te ajudar em muitos cenários
- 171. Hibernate não é seu inimigo, deixem de #mimimi