通过cloud sql proxy登录IAM用户时MySQLWorkbench无schema显示

这个问题是Cloud SQL IAM数据库用户配合GUI客户端登录时的典型问题，和云平台侧资源权限无关，核心诱因基本集中在以下三类：

• MySQL Workbench对IAM用户名的解析bug
  Cloud SQL的IAM数据库用户名为完整邮箱格式（个人账号是xxx@yourdomain.com，服务账号是xxx@your-project.iam.gserviceaccount.com），8.0.28及更早版本的MySQL Workbench解析登录用户名时，会默认把第一个@符号当作用户名和主机名的分隔符，直接截断@后面的所有内容，导致后续拉取schema列表、匹配用户权限时，用错误的用户名查询information_schema系统表，匹配不到任何记录就返回空白。
  验证方式很简单：登录后直接在查询编辑器执行SHOW DATABASES;，如果语句能正常返回所有有权限的库，就能确认是这个解析问题。
  解决方式：升级MySQL Workbench到8.0.30及以上版本；如果暂时无法升级，可以在连接设置的「Advanced」标签页添加自定义参数useInformationSchema=1，强制客户端走标准元数据查询逻辑，同时手动给连接指定一个默认schema，不要留空。

• IAM用户的库内权限缺失
  *注意：云平台IAM权限和MySQL实例内权限是完全独立的两套体系，不互通。*项目所有者、Cloud SQL管理员属于云资源层面的IAM角色，仅控制你是否有管理Cloud SQL实例、是否允许通过IAM方式登录实例的权限；登录成功后能看到哪些schema、能执行哪些操作，完全由MySQL实例内部的权限表控制。
  IAM用户不会因为你是项目所有者就自动获得MySQL的全局权限，如果你之前给IAM用户授权时没有把完整邮箱作为用户名（比如漏写了@xxx.com后缀，或者没有给整个邮箱加单引号导致授权语句解析错误），就会出现认证成功但没有元数据查询权限的情况，Workbench拉不到schema列表就会显示空白。
  解决方式：用标准数据库管理员账号登录，执行SELECT user,host FROM mysql.user;确认IAM用户的完整用户名记录存在，再通过SHOW GRANTS FOR '完整IAM用户名@域名'@'%';检查权限，缺失的话用完整邮箱作为用户名重新授权，执行FLUSH PRIVILEGES;后重登即可。

• Workbench元数据查询语句的兼容问题
  部分版本的Workbench针对MySQL 8.0生成的元数据查询语句，没有对带特殊字符（@、.）的用户名做转义，导致查询系统表时语句执行静默失败（Workbench没有弹出错误提示，直接把空结果展示在界面上）。
  临时规避方式：登录后在左侧Schemas面板右键选择「Refresh All」，部分版本刷新后可以正常加载列表；长期还是建议升级客户端版本。

补充验证：如果换用命令行客户端通过Cloud SQL Proxy + IAM用户登录能正常看到所有库，就可以100%排除实例侧、权限侧的问题，根因就是MySQL Workbench客户端的兼容问题。

内容的提问来源于stack exchange，提问作者spierce7