OSDC 2010 | MySQL and InnoDB Performance - what we know, what we don't by Baron Schwartz
•
0 likes•25 views
Efforts to improve MySQL's performance have been paying off in the recent past. This talk covers the current state of MySQL performance, both in the server and the InnoDB storage engine, where much of the work has concentrated. We look at what is likely to come next: what is in progress, and problems we're aware of but haven't yet solved.
Recommended
More Related Content
What's hot
What's hot (19)
Similar to OSDC 2010 | MySQL and InnoDB Performance - what we know, what we don't by Baron Schwartz
Similar to OSDC 2010 | MySQL and InnoDB Performance - what we know, what we don't by Baron Schwartz (20)
Recently uploaded
Recently uploaded (20)
OSDC 2010 | MySQL and InnoDB Performance - what we know, what we don't by Baron Schwartz
- 1. MySQL and InnoDB Performance Baron Schwartz | OSDC 2010
- 2. MySQL Architecture MySQL Server Storage Engines Parser, Optimizer Executor, Caches
- 3. InnoDB Storage Engine • Transactional, ACID compliant • Reliable, Stable • Complex, Flexible • A History of Poor Scalability
- 4. Thinking About Performance Response Time Is Everything
- 5. Response Time R = W + S Utilization ResponseTime S W
- 6. Response Time R = W + S Utilization ResponseTime S W
- 7. MySQL & InnoDB In Context
- 8. MySQL & InnoDB In Context Operating Environment MySQL Server InnoDB
- 10. Operating Environment RAM CPU I/O Network • Fast • Up to 24 Cores • Up to 100's of GB • RAID + BBU • Fast SAS Disks • SSD / FusionIO • XFS Filesystem • Deadline Scheduler • High Bandwidth • Low Latency
- 11. MySQL Performance Nested-Loop Joins and Subqueries
- 13. InnoDB's Single “Main Thread” • Too Much Work! Purging, Flushing • Main Thread Cannot Keep Up
- 14. Special-Purpose Threads • Main Thread • Purge Thread • Multiple Read/Write IO Threads
- 15. InnoDB Mutex Contention Buffer Pool
- 16. Splitting the Buffer Pool Mutex Buffer Pool Flush List LRU Hash Free
- 17. Current InnoDB Bottlenecks • Adaptive Hash Search Mutex • Index Lock Mutex • After These Are Solved, ???
- 18. How To Improve Performance
- 19. Measure Carefully Proper diagnosis is 95% of the work
- 20. Use Good Tools • New Relic • MySQL Enterprise Monitor • Cacti – http://code.google.com/p/mysql-cacti-templates/ • Maatkit • GDB, strace, oprofile
- 21. Instrumentation is Key • The best performance data is INSIDE MySQL
- 22. Percona Server with XtraDB MySQL Server Storage Engines Parser, Optimizer Executor, Caches Tunability Instrumentation Diagnostics
- 24. InnoDB -vs- XtraDB http://tinyurl.com/xtradb-fusionio-jan-2010 XtraDB is much better than InnoDB in MySQL 5.1.
- 25. MySQL 5.5 -vs- Percona Server http://tinyurl.com/xtradb-mysql5-5-ap2010 High performance is no use without stability.
- 26. Other Technologies • Cloud Computing – 2 of the 4 critical resources are uncontrollable • “NoSQL” Databases – It's too soon to be sure
- 27. Summary • The operating environment is important • MySQL & InnoDB are getting much faster • The cloud is not a performance solution • You are the key to better performance
- 28. Where Do You Go Next? • Become a performance practitioner – Read High Performance MySQL 2nd Edition – Read Optimizing Oracle Performance – Read The Art Of Capacity Planning – Read http://www.percona.com/about-us/white-papers/ • Contribute! – Sponsor features you need or want – Help improve tools