MySQL8.0 show create view BUG解析
背景
前段时间碰到一个比较古怪的MySQL Crash事件，当时打了general日志，发现是一条命令show create view造成的，经过反复实验以及查看源码，终于得以复现并找到原因。
环境如下：
OS：Centos7.8
MySQL：8.0.13/8.0.14/8.0.15
复现
我在测试环境模拟了一套最简单的复现场景。
用户权限如下：
root@localhost:[(none)]> show grants for test;
+-------------------------------------+
| Grants for test@% |
+-------------------------------------+
| GRANT USAGE ON *.* TO `test`@`%` |
| GRANT `test_role`@`%` TO `test`@`%` |
+-------------------------------------+
root@localhost:[(none)]> show grants for test_role;
+-----------------------------------------------------+
| Grants for test_role@% |
+-----------------------------------------------------+
| GRANT USAGE ON *.* TO `test_role`@`%` |
| GRANT ALL PRIVILEGES ON `test`.* TO `test_role`@`%` |
+-----------------------------------------------------+
此处注意role角色是MySQL8.0新增的功能（大概是从oracle借鉴过来的），先将权限赋予role，再将role赋予用户。记得role赋权后用set default role all to user 激活（否则无法复现）。
视图结构如下：
CREATE ALGORITHM=UNDEFINED DEFINER=`test`@`%` SQL SECURITY DEFINER VIEW `test_show_view` AS select 1 AS `1`
这里创建了一个最简单的视图，仅仅执行select 1，然后顺便给大家复习一下视图definer的定义：
MySQL创建视图等其他对象时有两个选项：definer和invoker，SQL SECURITY { DEFINER | INVOKER } ：指明谁有权限来执行。DEFINER 表示按定义者拥有的权限来执行；INVOKER 表示用调用者的权限来执行。默认情况下，系统指定为DEFINER。
复现Crash
先卖个关子，大家看看下两条指令有何不同，为何案例2会引发MySQL崩溃（而且是100%触发）？
案例1：
root@localhost:[test]> show create view test.test_show_view\G
*************************** 1. row ***************************
View: test_show_view
Create View: CREATE ALGORITHM=UNDEFINED DEFINER=`test`@`%` SQL SECURITY DEFINER VIEW `test_show_view` AS select 1 AS `1`
character_set_client: utf8mb4
collation_connection: utf8mb4_0900_ai_ci
案例2：
root@localhost:[(none)]> show create view test.test_show_view\G
ERROR 2013 (HY000): Lost connection to MySQL server during query
眼尖的同学们肯定发现了，案例2没有指定当前DB，是不是觉得很神奇？但的确是这个原因引发的一个bug。
原因分析
首先看errorlog。 我截取了一些关键信息，错误日志显示是acl_getroot函数上发生的问题以及is an invalid pointer 无效指针造成的Crash.
接着我们可以从源码中找出原因（启动Vscode！），调试后发现acl_getroot函数在 build/sql/auth/sql_auth_cache.cc代码里，用处是获取用户ROLE权限，然后出现问题的是在下面这段代码中。
if (acl_user && sctx->get_active_roles()->size() > 0) {
sctx->checkout_access_maps();
ulong db_acl = sctx->db_acl({db, strlen(db)});
sctx->cache_current_db_access(db_acl);
}
DBUG_RETURN(res);
重点在这一句
ulong db_acl = sctx->db_acl({db, strlen(db)});
还记得前面说的吗？复现的情况是没有指定当前db，此时db的值是0x0，sctx->db_acl({db, strlen(db)})直接报错返回空指针，MySQL此时也崩溃了。
到这里，我们也终于找了崩溃的原因：因为show create view需要取definer的用户权限，但当用户有角色(role)权限时，且当前db未指定(0x0)，会出现无效指针并引发Crash。
接下来我又去查看下8.0.13后版本是否有修改，发现在8.0.16版本上，此行代码加上了一个判断。
ulong db_acl = db ? sctx->db_acl({db, strlen(db)}) : 0;
也就是当前判断当前db未指定时，直接赋值是0。
解决方案
知道了原因,解决方案就很方便商定了
不使用role角色功能,直接赋予用户权限。 视图定义上definer直接定义为root@localhost，可以跳过acl_getroot函数。 升级版本，建议升级至更稳定的8.0.17或者20版本。
Enjoy GreatSQL :)
《零基础学习MySQL》视频课程
戳此小程序即可直达B站
https://www.bilibili.com/video/BV1Da411W7Va?spm_id_from=333.999.0.0&vd_source=ae1951b64ea7b9e6ba11f1d0bbcff0e4
文章推荐：
关于 GreatSQL
GreatSQL是由万里数据库维护的MySQL分支，专注于提升MGR可靠性及性能，支持InnoDB并行查询特性，是适用于金融级应用的MySQL分支版本。
GreatSQL社区官网:
https://greatsql.cn/
Gitee:
https://gitee.com/GreatSQL/GreatSQL
GitHub:
https://github.com/GreatSQL/GreatSQL
Bilibili：
https://space.bilibili.com/1363850082/video
捉虫活动详情：https://greatsql.cn/thread-97-1-1.html
（对文章有疑问或者有独到见解都可以去社区官网提出或分享哦~）
微信&QQ群：
可扫码添加GreatSQL社区助手微信好友，发送验证信息“加群”加入GreatSQL/MGR交流微信群，亦可直接扫码加入GreatSQL/MGR交流QQ群。
微信
想看更多技术好文，点个“在看”吧！