之前在《MySQL性能管理及架构设计》课程中为大家讲解了如何使用Maxscale来实现数据库的读写分离的方案。近期在课程交流群中有同学提出在使用Maxscale2.2版本时，无法自动加载MySQL5.7中的用户信息。
所以我就研究了一下新版本的Maxscale，发现确实如此，这是什么原因呢？由如何解决这个问题呢？
我们先来说一说原因，我们来看一下下面的SQL
SELECt u.user, u.host, d.db, u.select_priv, u.authentication_string
FROM mysql.user AS u LEFT JOIN mysql.db AS d ON (u.user = d.user AND u.host =
d.host)
WHERe u.plugin = '' AND u.user NOT IN ('root')
UNIOn
SELECt u.user, u.host, t.db, u.select_priv, u.authentication_string
FROM mysql.user AS u LEFT JOIN mysql.tables_priv AS t ON (u.user = t.user AND u.host = t.host)
WHERe u.plugin = '' AND u.user NOT IN ('root')
这个是MaxScale为了加载MySQL的用户，所执行的SQL，大家注意一下u.plugin=''这个过滤条件，这个plugin列来自于mysql.user用户，用于表示MySQL认证用户的方式，在Mysql5.6之前的版本中默认为'',而在MySQL5.6之后的版本默认值为mysql_native_password.所以在新版本的MySQL中执行这个SQL是查询不出任何数据，这也就是为什么MaxScale不能加载MySQL用户的原因了。不过有意思的是，在mariadb中plugin这一列目前还是一直保持默认为''的状态，所以如果maxscale的端连接的是Mariadb则不会出现问题。
原因找到了，那么我们怎么解决呢？
当然是修改maxscale中的这条SQL了，好在我们可以方便的获得maxscale的源代码。我们可以通过下面的方式获得maxscale的源代码
git clone https://github.com/mariadb-corporation/MaxScale.git
然后对
server/modules/authenticator/MySQLAuth/dbusers.c文件进行修改，把从第45行到51行的SQL，修改为:
#define NEW_LOAD_DBUSERS_QUERY "
SELECt u.user, u.host, d.db, u.select_priv, u.%s
FROM mysql.user AS u LEFT JOIN mysql.db AS d
ON (u.user = d.user AND u.host = d.host) WHERe u.plugin = 'mysql_native_password' %s
UNIOn
SELECt u.user, u.host, t.db, u.select_priv, u.%s
FROM mysql.user AS u LEFT JOIN mysql.tables_priv AS t
ON (u.user = t.user AND u.host = t.host) WHERe u.plugin = 'mysql_native_password' %s"
然后再对修改后的源码进行编译安装就可以了。最后如果大家对MySQL感兴趣的话可以关注一下我之前所发布的MySQL两门实战课程。
《MySQL性能管理及架构设计》
《高性能可扩展MySQL数据库设计及架构优化 电商项目》
