MySQL中schema与database完全等同，CREATE SCHEMA即CREATE DATABASE，二者互换使用；一个database对应一个磁盘目录，存放表等对象文件；访问表用db_name.table_name；不支持单库多schema，权限、备份均以database为单位。
MySQL 里没有传统意义上的“模式（Schema）”概念，它把 schema 和 database 当作完全等同的东西。 这和其他数据库（比如 PostgreSQL、Oracle、SQL Server）有本质区别——那些系统中，schema 是数据库内部的命名空间，一个 database 可以包含多个 schema；而 MySQL 中，CREATE SCHEMA 就等于 CREATE DATABASE，执行后只是新建了一个独立的数据库目录，里面可以建表、视图、存储过程等对象。
MySQL 的 schema 就是 database
你用下面任意一条语句，效果一模一样：
CREATE DATABASE myapp;CREATE SCHEMA myapp;
创建成功后，myapp 就是一个逻辑上隔离的数据容器。它在磁盘上对应 MySQL 数据目录下的一个文件夹（如 /var/lib/mysql/myapp/），里面存放该库下所有表的物理文件（如 users.frm、users.ibd 等）。访问其中的表时，写法是 myapp.users，这里的 myapp 就是 schema 名，也是 database 名。
为什么 MySQL 不需要多 schema 命名空间
MySQL 的设计哲学偏向简洁实用，早期就用 database 作为最高层级的逻辑隔离单位。它通过以下方式满足常见需求：
- 不同业务模块可分别建库（如
shop_db、user_db、log_db），天然隔离 - 权限控制直接到 database 级别（
GRANT SELECT ON shop_db.* TO 'dev'@'%'） - 备份恢复、导入导出都以 database 为单位操作，清晰明确
不需要像 PostgreSQL 那样在同一个库内再分 sales、hr、finance 多个 schema 来组织对象。
和其他数据库的关键区别
理解差异能避免迁移或协作时出错：
-
PostgreSQL：一个 database 内可有多个 schema（如
public、audit），靠search_path决定默认查哪个 - Oracle：schema 与 user 强绑定，建用户即建同名 schema，权限和对象归属紧密耦合
-
SQL Server：schema 是独立于 user 的命名空间（如
dbo、sales），user 可指定默认 schema - MySQL：无上述机制，schema = database = 文件夹，简单直接
实际使用中的注意事项
虽然概念简单，但容易忽略几个细节：
- 执行
USE myapp;后，后续语句默认在此 schema 下操作，不加前缀的SELECT * FROM users;就等价于SELECT * FROM myapp.users; - 跨库查询合法且常用，例如
SELECT u.name, o.order_id FROM user_db.users u JOIN order_db.orders o ON u.id = o.user_id; -
mysqldump 导出单个 schema：
mysqldump -u root myapp > myapp.sql - 没有
DROP SCHEMA IF EXISTS的变体语法，但DROP DATABASE IF EXISTS完全可用，二者互通
