MySQL 8.0+ 初始化时不支持预设业务数据库,仅能通过客户端配置(如~/.my.cnf的database参数)或别名实现默认USE;ibdata1路径须在首次初始化前用innodb_data_home_dir等参数指定,不可后期修改;新库物理路径可通过CREATE DATABASE ... DATA DIRECTORY指定(需满足条件);自动化建库建表推荐shell封装SQL文件配合--init-file启动参数执行。
MySQL 本身不支持安装时“预设一个业务数据库”,mysql 服务启动后默认只有 information_schema、mysql、performance_schema 和 sys 这 4 个系统库。所谓“默认数据库”是客户端连接时的上下文,不是服务端强制绑定的。
如果你希望每次 mysql -u root -p 进去就自动 USE myapp;,只能靠客户端配置或脚本封装:
~/.my.cnf 中添加:[client] database = myapp
alias mysql='mysql -D myapp'
database 参数只影响客户端初始 schema,对权限、复制、备份无实质影响MySQL 8.0 默认使用独立表空间(innodb_file_per_table=ON),但共享系统表空间 ibdata1 仍存在,它存储数据字典、undo logs 等关键元数据。这个文件的位置由 innodb_data_home_dir 和 innodb_data_file_path 控制,必须在首次初始化(mysqld --initialize)前配置好,之后无法修改。
常见错误:直接改 my.cnf 再重启,发现 ibdata1 还在 /var/lib/mysql/ 下——因为初始化已执行,配置已固化。
rm -rf /var/lib/mysql/* mysqld --initialize --datadir=/var/lib/mysql --innodb_data_home_dir=/data/mysql --innodb_data_file_path=ibdata1:12M:autoextend
--innodb_data_home_dir 必须是绝
ibdata1 文件不可删除或移动,否则实例无法启动(报错 InnoDB: The system tablespace must be writable)MySQL 不提供“为每个数据库指定不同物理路径”的原生机制(不像 PostgreSQL 的 TABLESPACE)。但可通过以下组合实现类似效果:
innodb_file_per_table=ON(默认),这样每张表对应一个 .ibd 文件DATA DIRECTORY(仅限 Linux,且需启用 innodb_file_per_table 和 secure_file_priv 允许路径):CREATE DATABASE myapp DATA DIRECTORY='/ssd/mysql/myapp';
Can't create database 'myapp'; database exists,实际是权限/链接问题)DATA DIRECTORY 只影响后续在此库中创建的表,已有表不受影响;且备份工具(如 mysqldump)不会自动识别该路径,需手动处理 .ibd 文件最稳妥的方式是把建库、授权、建表逻辑写成 SQL 文件,在 mysqld 启动后自动执行。MySQL 8.0+ 支持 --init-file 参数,但仅接受单条语句或简单脚本,复杂逻辑建议用 shell 封装。
echo "CREATE DATABASE IF NOT EXISTS myapp CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci;" > /tmp/init.sql echo "CREATE USER 'appuser'@'localhost' IDENTIFIED BY 'pass123';" >> /tmp/init.sql echo "GRANT ALL ON myapp.* TO 'appuser'@'localhost';" >> /tmp/init.sql
mysqld --datadir=/var/lib/mysql --init-file=/tmp/init.sql &
init-file 里有语法错误,MySQL 启动会失败且日志只提示 Failed to run the supplied init file,需检查 error.log 定位具体行真正容易被忽略的是:mysqld --initialize 生成的临时 root 密码只在 error log 里输出一次,且首次连接后必须改密,否则后续操作会被拒绝。别等建完库才发现连不进去了。