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完全可用，二者互通
