MySQL Docker容器无法为rtb_test数据库授权，求排查思路

听起来你遇到的问题挺让人费解的——脚本手动执行完全正常，容器初始化时却偏偏卡在了rtb_test库的权限授予上，另一个同结构项目却能正常运行。我整理了几个可能的排查方向，你可以逐一验证：

1. 初始化脚本的执行顺序或语句完整性问题 #

虽然你确认SQL语法没问题，但容器初始化的执行环境和手动操作还是有细微差别：

• 务必确认rtb_test库的创建语句完全在授权语句之前，且两条语句用分号正确分隔。比如别犯这种低级错误：

  CREATE DATABASE IF NOT EXISTS rtb_test
  GRANT ALL PRIVILEGES ON rtb_test.* TO 'rtb'@'%' IDENTIFIED BY 'your-password';
  

  少了分号会让MySQL把两句当成一条解析，自然会报错找不到rtb_test库。
• 检查脚本的换行符格式：如果是Windows下编写的CRLF格式，Linux环境的MySQL可能会把回车符当成语句的一部分，导致授权语句解析失败。可以把脚本转成LF格式再试试。

2. Docker初始化脚本的执行上下文差异 #

官方MySQL镜像的entrypoint会按文件名顺序执行/docker-entrypoint-initdb.d/下的脚本，这几个细节容易被忽略：

• 有没有可能你在Dockerfile里同时复制了其他脚本？比如某个脚本在你的init.sql之后执行，不小心撤销了rtb用户对rtb_test的权限？
• 检查init.sql的文件权限：复制到容器后是不是mysql用户能正常读取？虽然官方镜像一般会自动处理，但如果你的COPY命令设置了特殊权限，可能导致脚本执行不完整。

3. MySQL初始化过程中的特殊状态 #

容器第一次启动时，MySQL会初始化系统表，这个阶段的部分操作行为和正常运行时略有不同：

• 查看容器启动日志（docker logs <你的容器ID>），重点找和rtb_test授权相关的错误信息——比如Unknown database 'rtb_test'，这说明执行授权时库还没被创建（哪怕脚本里写了创建语句，也可能因为前面的错误导致后续语句中断）。
• 有没有可能你的CREATE DATABASE语句没加IF NOT EXISTS？如果之前容器初始化过（比如挂载了数据卷，里面已经有rtb_test库），这条语句会报错，直接跳过后续的授权步骤；但手动执行时你可能会跳过创建语句，直接执行授权，所以没问题。

4. 镜像或配置的细微差异 #

既然另一个同结构项目正常，不妨对比两个项目的差异：

• 是不是用了不同版本的MySQL镜像？比如旧版本的MySQL在连续执行创建库和授权语句时有bug？可以换成和另一个项目完全相同的镜像版本试试。
• 对比两个项目的my.cnf配置，有没有sql_mode、lower_case_table_names这类可能影响权限语句的配置？比如如果lower_case_table_names=1，而你脚本里写的是大写的RTB_TEST，容器里实际创建的是小写的rtb_test，授权时就会匹配不上。

快速测试方案 #

你可以试试把授权rtb_test的语句单独拆成一个脚本，比如命名为03-grant-rtb-test.sql（确保文件名在创建库和用户的脚本之后），再复制到/docker-entrypoint-initdb.d/目录，保证授权语句在所有库和用户创建完成后执行，看能不能解决问题。

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