Recently Alexandr announced new Percona-XtraDB-9.1 release, and now it is good time to summarize features we have and what is expected soon.
This release contains long waited features from 5.0:
- extended slow.log
- USER/TABLE/INDEX/CLIENT_STATISTICS + THREAD_STATISTICS ( coming in release-10)
Extended slow.log is now even more extended, there is additional information for each query:
1 | # Bytes_sent: 4973 Tmp_tables: 1 Tmp_disk_tables: 1 Tmp_table_sizes: 7808 |
That is you can see how many bytes was returned by query, was temporary table used,
was it disk table or in-memory, and how big was temporary table.
Also you can profile each individual query from stored procedures, so now you should not
guess what took so long in stored procedure.
What we are working on right now is:
- InnoDB pagesize, so you will be able to specify 4K, 8K, 16K pagesize when you created database
- InnoDB fast checksums, idea and implementation was taken from Facebook patches
- InnoDB big log files ( bigger 4GB). As our benchmarks on FusionIO shows, you may need
4GB+ log files to get more performance on fast storage systems - SHOW TEMPORARY TABLES, patch from Venu Anuganti
- INFORMATION_SCHEMA.SYS_TABLES and SYS_INDEXES to show internal InnoDB data dictionary
Full list of XtraDB engine features (what makes it different from InnoDB-plugin) on the state as it is right now:
Performance improvements
- Improved buffer_pool scalability
- Fast recovery
- Improved IO path
- Improved rollback segment scalability
- Separate purge thread
- Limited size of data dictionary in memory
- Increased number of concurrent write transactions (undo slots) ( up to 4000 )
- Fast checksums ( in release process )
- Support of different pagesizes ( 4K, 8K, 16K) ( in release process )
Usability / operations
- Show content of buffer_pool
- Import / export of dedicated tables
- Import / export of buffer_pool
- Transactional replication
- Show internal InnoDB data dictionary
- Show InnoDB locking/io profiling in slow.log
I hope you enjoy our work!
Is the new extended slow.log format already supported in mk-query-digest?
Yes. No changes are needed — it Just Works, and so will any future additions, as long as they follow the simple and predictable syntax of the slow log.
Has Percona considered creating a server variable (either static or dynamic) to disable automatic deadlock detection?
Robert,
It is not in our plans, but sounds as good request.
Do you mind to fill bug report ? I think we can implement it soon.
That change is in the Facebook patch but I do not think it is needed after the fix for http://bugs.mysql.com/bug.php?id=49047
Actually bugfix (patch proposed by Harrison Fisk ) for http://bugs.mysql.com/bug.php?id=49047
is already in next bugfix release of XtraDB, and will be available to download soon.
Than you for your work – we are using it now on magentocommerce.com and speed improvement is really great. Also, query profiling and debugging is much easer then with vanilla MySQL.
Alex, that’s great to hear!
Hi,
I’m testing this release on redhat5 64bits and so far the performance gain from a vanilla 5.0 is roughly 10x, I’m very impressed, thx a lot for the work done. One thing I can not get to work is the INDEX_STATISTICS table and the TABLE_STATISTICS one, the USER_STATISTICS is running fine after setting the userstat_running global variable ON but the other 2 tables are still empty. Is this working on this release?
(Server version: 5.1.43-51-log Percona SQL Server (GPL), XtraDB 9.1, Revision 57)
btw. we are planning to go in production with this release for bligoo.com (5.5 million visitors/month)
king regards,
Emilio
Wow! That’s a really good work taskforce! Congrats to all Percona guys!
Just putting here my opinion..
About the ‘Support of different pagesizes ( 4K, 8K, 16K)’, wouldn’t be a good idea to make some benchmarks based on file-system partitioning tuning/tweaking like I posted sometime ago? http://www.mysqlperformanceblog.com/2010/02/28/maximal-write-througput-in-mysql/#comment-730851
Regards,
Raine
Are you guys planning on updating your rhel builds to include 9.1? Seems the MySQL-percona builds are still on XtraDB 9.
Any idea if the bugfix for 49047 will be merged into the 5.0 release? We’re running percona highperf 5.0.84 version currently and getting bitten by this bug occasionally during high concurrency updates to a single row. (UPDATE blah set foo=foo+1 where id=12345;)
Timothy,
We did not plan it for 5.0 release.
But you can contact us https://www.percona.com/contacts.html
to discuss if you want this fix in 5.0.
Thank you for your work. Good release.