表是MySQL中组织同类型数据的逻辑结构，非文件或目录；由CREATE TABLE定义字段、类型与约束，行是满足约束的完整记录，列定义数据属性，三者在SQL上下文中才有实际意义。
表是数据的容器，不是文件也不是目录
表在 MySQL 里是一个逻辑结构，用来组织同类型的数据。它不是操作系统里的文件（虽然底层可能对应 .frm/.ibd 文件），也不能像目录那样嵌套或挂载。建表时用 CREATE TABLE 定义字段、类型和约束，之后所有增删改查都围绕这个结构展开。
常见误解是把“数据库”当成文件夹、“表”当成 Excel 文件——这会导致误判权限、备份范围或迁移方式。比如 DROP TABLE users 删除的是结构+数据，不是删一个“文件”；RENAME TABLE 也不影响磁盘路径。
行是完整的一条记录，NULL 不等于空字符串
每一行代表一个实体实例，比如一个用户、一笔订单。关键点在于：行内各列值必须满足表定义的约束（如 NOT NULL、UNIQUE），否则插入会报错 ERROR 1048 (23000): Column 'xxx' cannot be null。
-
NULL表示“未知”或“不适用”，参与计算或比较时行为特殊（如WHERE age = NULL永远不成立，得写IS NULL） - 空字符串
''是有效值，可被索引、可参与=判断 - 一行中任意列违反约束（比如超长、类型不符），整行插入失败，不会“部分写入”
列定义数据属性，类型选错直接影响查询和存储
列名 + 数据类型 + 约束共同构成列的定义。例如 user_id INT AUTO_INCREMENT PRIMARY KEY 中：INT 决定取值范围和磁盘占用，AUTO_INCREMENT 控制生成逻辑，PRIMARY KEY 影响索引和唯一性校验。
容易踩的坑：
- 用
VARCHAR(255)存手机号——浪费空间且无法校验格式，更适合CHAR(11)或带校验的TEXT - 用
DATETIME存时间戳但没设时区，导致跨服务器查询结果偏移 - 给频繁查询的列没加索引，比如
WHERE status = 'active'却没对status建索引
三者关系不能脱离 SQL 语句理解
表、行、列只在 SQL 执行上下文中才有明确意义。比如 SELECT name, email FROM users WHERE id = 100：
-
users是表名，决定从哪个结构读数据 -
id = 100定位到某一行（或零行） -
name和email是列名，指定返回哪些属性
脱离语句谈“行有多少列”“表有几行”没实际价值——行数随 INSERT/DELETE 实时变化，列数由 CREATE TABLE 固定但可通过 ALTER TABLE 修改，而修改列结构可能锁表或阻塞写入。
