MySQL 数据库表操作详解

• users.frm：表结构
• users.MYD：表数据
• users.MYI：表索引

2. 查看表与表结构

命令汇总一览：

-- 查看当前正在使用的数据库
SELECT DATABASE();
-- 查看数据库中存在的表
SHOW TABLES;
-- 查看表的结构
DESC table_name; -- table_name 为表名，DESC 为 DESCRIBE 的前四个字母

查看已有表

语法：

SELECT DATABASE();
SHOW TABLES;

查看表的具体结构

语法：

DESC table_name;

使用示例：

DESC user1;
DESC user2;

查看表创建时使用的命令

语法：

SHOW CREATE TABLE table_name;
SHOW CREATE TABLE table_name\G; -- 该写法获取到的结果更直观，该命令需要去掉分号

使用示例：

SHOW CREATE TABLE user1;
SHOW CREATE TABLE user1\G;

3. 修改表

在项目实际开发中，经常需要修改某个表的结构，比如字段名字、字段大小、字段类型、表的字符集类型、表的存储引擎等等。我们还有添加字段、删除字段等等的需求。这时我们就需要修改表。

修改表名

ALTER TABLE oldName RENAME TO newName;
ALTER TABLE oldName RENAME newName; -- to 可以省略

修改表的属性

语法：

-- 新增列属性
ALTER TABLE tablename ADD (column datatype [DEFAULT expr][, column datatype]...);
-- 修改列属性
ALTER TABLE tablename MODIFY (column datatype [DEFAULT expr][, column datatype]...);
-- 删除列
ALTER TABLE tablename DROP (column);

先给表中添加两条记录：

INSERT INTO user VALUES (1, '张三', '12345', '2025-05-20');
INSERT INTO user VALUES (2, '李四', '54321', '2025-06-18');

在表中添加列

语法：

ALTER TABLE tablename ADD (column datatype [DEFAULT expr][, column datatype]...);

示例： 在 user 表添加一个字段，用于保存图片路径

ALTER TABLE user ADD image_path VARCHAR(128) COMMENT '用户的图片路径' AFTER birthday;
SELECT * FROM user;

在表中修改列属性

语法：

ALTER TABLE tablename MODIFY (column datatype [DEFAULT expr][, column datatype]...);

使用示例： user 表中的 name 列的类型改为最长为 60 的变长字符串 varchar(60)

ALTER TABLE user MODIFY name VARCHAR(60);

在表中删除列

注意：删除字段一定要小心，删除字段及其对应的列数据都没了

语法：

ALTER TABLE tablename DROP (column);

使用示例： 将表中的 password 列删除

ALTER TABLE user DROP password;

修改表的列名

语法：

ALTER TABLE name_table CHANGE 旧列名 新列名 列数据类型; -- 新字段需要完整定义

使用示例：

SHOW TABLES;
DESC user;
ALTER TABLE user CHANGE name NAME VARCHAR(80); -- 修改 name 为 NAME，并指定数据类型为 varchar(80)
DESC user;

4. 删除表

实际中不到万不得已，不建议对表执行删除操作

用法

语法：

DROP [TEMPORARY] TABLE [IF EXISTS] tbl_name [, tbl_name]...

使用示例：

DROP TABLE user2;

注意与危害

在 MySQL 中执行 DROP TABLE 删除表操作，看似简单，但其危害往往非常严重。

一、数据不可恢复

• 删除表会直接删除所有数据，包括表结构、索引、约束等元信息。
• 与 DELETE FROM table 不同，DROP TABLE 不会留下可恢复的数据记录。
• 即使有 rollback 或事务机制，也无法恢复，因为 DROP TABLE 是 DDL（数据定义语句），会隐式提交事务。

二、表结构丢失

• 执行后，表的定义信息在数据字典中被清除，无法再重新创建出完全一致的表。
• 若无备份，连字段类型、索引、约束等设计信息都无法找回。

三、可能导致依赖关系破坏

• 如果被删除的表被其他表（或视图、存储过程、外键等）依赖：
  • 外键约束失效；
  • 视图或存储过程无法执行；
  • 应用程序可能出现严重错误或崩溃。

四、日志与恢复机制受限

• 虽然二进制日志（binlog）会记录 DROP TABLE 操作，但恢复时只能回放到删除之前的某个时间点。
• 若未开启 binlog 或未及时备份，彻底丢失。

五、误操作风险高

• 在生产环境中，执行 DROP TABLE 常因疏忽造成不可逆的业务损失。
• 常见误操作：
  • 在错误的数据库上执行；
  • 执行 DROP DATABASE 导致所有表被删除；
  • 使用自动化脚本时未限定环境（如测试/生产混用）。

安全建议

1. 先备份：执行前务必使用 mysqldump 或物理备份工具备份表数据与结构。
2. 限制权限：禁止普通账号执行 DROP 操作。
3. 使用回收站机制：将表改名代替直接删除：

   RENAME TABLE users TO users_backup_20251017;
   

4. 使用 IF EXISTS：防止误删不存在的表。

   DROP TABLE IF EXISTS users;
   

总结一句话：

DROP TABLE 是 MySQL 中最具破坏性的命令之一，一旦执行，数据和表结构将同时消失且无法通过事务恢复，因此必须慎用、先备份、再确认。

5. 结语

本文围绕 MySQL 中表的创建、查看、修改与删除进行了系统讲解，从语法到示例，再到潜在风险分析，帮助你全面掌握'表'这一数据库的核心概念。

希望通过这篇文章，你不仅能熟练执行相关 SQL 命令，更能在项目开发中学会思考与防范——比如在修改或删除表前养成备份的习惯。

数据库是系统的基石，而表结构的设计与维护，则是构建这座大厦的地基。打好基础，才能在后续的数据库优化、索引设计、事务操作中更加得心应手。

学完这一章，建议继续深入学习：表约束（主键、外键、唯一约束）、索引与查询优化、视图与存储过程。