Disclosure: I work on this team. Take a look at new features in 5.7 for example: http://www.thecompletelistoffeatures.com/
Disclosure: I work on this team. Take a look at new features in 5.7 for example: http://www.thecompletelistoffeatures.com/
Also, "Random password generated by default on installation"
This has been a long time coming. I can't tell you how many mysql servers I've cracked into with "root"
Couldn't help posting it: https://news.ycombinator.com/item?id=12181637
We had to downgrade a project here from 5.7 back to 5.6 because of the issues that 3rd party tools were having. And we were using latest releases of the tools too!
Or perhaps 5.7 should have some sort of fallback or wrapper functions for tools that insist on doing a SET on the password column?
SELECT /*!50706 authentication_string as */ password FROM mysql.user;
I wrote about the rationale to some of the password changes here: http://www.tocker.ca/2014/09/05/proposed-changes-to-user-man...I am curious as to how features get prioritized, though. I would think certain things would be higher priority, such as supporting a full outer join and ensuring that cascaded deletes/updates fire triggers.
In general I would say that we like to understand the use case more than the feature :) If the workaround viability is low, the priority goes up.
I know MySQL doesn't use Semver at all, and I know the domain probably cost 3/5 of fuck all, but still...
It's not a minor release.
MySQL predates semver. It is not alone here (see Mac OS X; PostgreSQL etc.). But you will be happy to hear that the next version will be called 8.0.
Oh right, Oracle. Like how Java 1.5 became Java 5, eh.
Is >=8 going to be Semver?
7.x. is used by Cluster.
8.0 is the next number along, and makes it easy to follow as "it just drops the 5".