W-JAX Performance Workshop - Database Performance
1 like534 views
This document discusses several key considerations for optimizing database performance in Java enterprise applications. It covers topics like object-relational mapping, persistence frameworks, caching strategies, prepared statements, connection pooling, testing approaches, and common performance antipatterns. Live demos are also provided to illustrate concepts like caching and working with the JDBC layer.
More Related Content
Viewers also liked (18)
Similar to W-JAX Performance Workshop - Database Performance (20)
More from Alois Reitbauer (20)
Recently uploaded (20)
W-JAX Performance Workshop - Database Performance
- 1. Java Enterprise Performance Database Performance
- 3. Database Application from 10.000 ft
- 5. O/R Mapping
- 6. Peristence Frameworks Enable easy object-oriented access to relational data faster development of database-centric applications out-of-the-box generic database access logic neglecting the complexity of SQL-based database access Require Deep understanding Thorough tuning Runtime Analysis
- 7. Persistence (JPA) Frameworks Work ID oriented Are object based Seperate data loading and construction Require query/loading tuning Provide multi-level caching
- 8. Lazy vs. Eager loading Application Database select ... from master select ... from detail select ... from detail select ... from detail Application Database select ... from master, detail where ..
- 9. Too many SQL calls (N+1 Query) Application Database select ... where id=1 select ... where id=1 select ... where id=100 O/R Mapper Configuration Container managed persistence Bad coding practices
- 10. Live Demo
- 11. Caching
- 12. Generic Caching Architecture Persistence Framework JDBC Layer Database Execution Plan Cache Prepared Statement Cache Cross Session Cache Session Caches Query Cache(s)
- 13. Caching Avoid unnecessary database access Consumes system resources Requires good configuration based on usage patterns Checklist Data is only read or also written Data is used at many places in the applications Data changes infrequently Data is only used in current application
- 14. Live Demo
- 15. The JDBC Layer
- 16. Prepared Statements Can speed up SQL execution Execution plan of statement can be cached Actual implementation depends on DB driver always check impact verify your implementation Might consume expensive resources (DB cursors) use with care understand your SQL driver
- 17. Connection Pooling Application Database Connection Pools are shared resources Scaling depends on actual load Wrong scaling may lead to volatile response times
- 18. Connection Handling Increased time to connect while DB and app stays stable 1 DB connection 10 DB connections 1 DB connection 200 ms less connection usage
- 19. Query more data then needed Application First Name Last Name Country Mike Tom Frank Sinatra Jones Myers Germany firstname lastname birthdate USA Person Address street streetNo city country Austria Database select * from person, address
- 20. Release Connections early Application Connection getConnection() closeConnection() Connection locked Application Connection getConnection() closeConnection() Connection locked Code requiring DB access Code NOT requiring DB access
- 21. Problem Patterns
- 22. Antipattern – Application vs. Data Design Description Application and Database view of application do not match, resulting in bad performance Resolution Common design session between DBA and application developer
- 23. Antipattern – Bulk Operations via Framework Description Running bulk operations via O/R mappers consumes massive memory and results in unnecessary database operations Resolution Direct Maninpulation at SQL level
- 24. Antipattern – Wrong Loading Strategy Description Wrong usage of lazy and eager loading results in unnecessary database calls . Resolution Make everything lazy first and define eager fetching based on runtime behaviour
- 25. Antipattern – Wrong Caching Strategy Description Although caching is used the application is extremely slow and memory consumption is high. Resolution Verify caching works properly by runtime analysis and tune accordingly
- 26. Testing
- 27. What to consider during testing Combine read/write queries Vary input parameters Test in realistic concurrency scenarios Test at different load levels
- 28. Questions to Answer Prepared Statement Usage Duplicate queries Long lasting queries Queries per use case (transaction) Time to get/use connection Used access patterns
- 30. Statement Statistics are your friend
- 31. Monitoring your Connection Pools Used Connections Available/Idle Connections Connection Wait Time Connections created Connections destroyed
- 32. Monitoring your Cache Usage Cache Hits/Misses Cache Size In case of problems Actual cache requests Time between requests for same object
- 33. [email protected] Mail blog.dynatrace.com Blog AloisReitbauer Twitter