6 ms·
The idea was to bump the requirements at the same time, to reduce the number of times a host would need to update their older systems. The decision not to chan
by dd32 15y ago
The idea was to bump the requirements at the same time, to reduce the number of times a host would need to update their older systems.
The decision not to change any queries was made early on, 3.3 will bring a few query changes, There are queries which have been wanting MySQL 5 optimizations for awhile now, ultimately, this is going to bring performance improvements to (currently) 98%+ of users, with the remaining 2% likely to never update to 3.2+ or (based on your statement that 5 is slower than 4.1) slightly slower performance than previously,
Also, The WordPress stats[1] indicate that 2.7% of installs were on MySQL 4.1 (with 0.2% on 4.0, which was last supported on WordPress 2.8) - MySQL 4.1.2 has been required since WordPress 2.9.
[1]: http://wordpress.org/about/stats/ http://wordpress.org/about/stats/
- beseku 15y agoKudos for making a sensible decision. It's much better idea to force your users to go through the pain of upgrading once rather than hitting them again with a MySQL upgrade in a version's time. Genuinely glad to hear that WP has this foresight in their roadmap.