【MySQL】数据库表的操作

MySQL数据库表的操作

MySQL表的操作

github地址

有梦想的电信狗

0. 前言

在学习 MySQL 的过程中,"表"是数据库操作的核心对象

无论是存储用户信息、记录日志、还是管理订单数据,一切都离不开表的创建、查看、修改与删除。

很多初学者在接触 SQL 时,只知道 CREATE TABLE 的基本语法,却容易忽略存储引擎、字符集、表结构调整等细节。

本文将以通俗易懂的方式,系统讲解 MySQL 表的常用操作命令与注意事项

通过实例演示和图示说明,让你不仅会"用",还真正理解"为什么这样用"。

目标:让你在学完本篇后,能独立完成表的定义、调整与安全删除操作,

并对存储引擎、结构变化等底层机制有更清晰的认识。


1. 创建表

语法

sql 复制代码
CREATE TABLE table_name (
    field1 datatype,
    field2 datatype,
    field3 datatype
) character set 字符集 collate 校验规则 engine 存储引擎;

说明

  • field:表示列名
  • datatype:表示列的类型
  • character set字符集 ,如果没有指定字符集,则以所在数据库的字符集为准
  • collate校验规则,如果没有指定校验规则,则以所在数据库的校验规则为准

创建表示例

sql 复制代码
create database users;   # 创建表首先需要 创建并使用数据库
use users;

以下两种写法均可

sql 复制代码
# 创建表 以下两种写法均可
create table user1 (
    id int,
    name varchar(20) comment '用户名',
    password char(32) comment '密码是32位的md5值',
    birthday date comment '生日'
) character set utf8 engine MyISAM;

create table if not exists user2 (
    id int,
    name varchar(20) comment '用户名',
    password char(32) comment '密码是32位的md5值',
    birthday date comment '生日'
) charset=utf8 collate=utf8_general_ci engine=InnoDB;
  • 建表后,相应数据库的文件夹中出现了不同个数的表结构 ,是因为两张表使用了不同的存储引擎

  • 不同的存储引擎,对于在磁盘中文件个数的要求的不同

说明

  • 不同的存储引擎,创建表的文件不一样
    • user1表存储引擎是MyISAM,在数据目录 中有三个不同的文件,分别是:
      • users.frm:表结构
      • users.MYD:表数据
      • users.MYI:表索引
    • 其中在MySQL 5.7 中,MyISAM存储引擎的表在数据目录 中有以上三个不同的文件,MySQL 8.0 之后数据目录中优化为了两个文件

2. 查看表与表结构

命令汇总一览

sql 复制代码
# 查看当前正在使用的数据库
select database(); 

# 查看数据库中存在的表
show tables; 	  

# 查看 表的结构
desc table_name   # table_name 为表名   desc 为 describe 的前四个字母

查看已有表

语法

sql 复制代码
# 查看 当前数据库已有的表
select database();  
show tables;

查看表的具体结构

语法

sql 复制代码
# 查看 表的具体结构
desc table_name   # table_name 为表名

使用示例

sql 复制代码
# 查看 表 user1 的具体结构
desc user1   # user1 为表名

# 查看 表 user2 的具体结构
desc user2   # user2 为表名

查看表创建时的使用的命令

语法

sql 复制代码
show create table table_name;     # 查看表创建时的使用的命令
show create table table_name \G   # 该写法获取到的结果更直观,该命令需要去掉分号

使用示例

sql 复制代码
show create table user1;     # 查看表创建时的使用的命令
show create table user1 \G   # 该写法获取到的结果更直观,该命令需要去掉分号

3. 修改表

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

修改表名

  • 修改表名
sql 复制代码
alter table oldName rename to newName;
alter table oldName rename newName;  # to 可以省略

修改表的属性

语法

sql 复制代码
# 新增列属性
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);

先给表中添加两条记录

sql 复制代码
insert into user values(1,'张三','12345','2025-5-20');
insert into user values(2,'李四','54321','2025-6-18');

在表中添加列

语法

sql 复制代码
# 新增列属性
ALTER TABLE tablename ADD (column datatype [DEFAULT expr][,column datatype]...);

示例

  • user表添加一个字段,用于保存图片路径
sql 复制代码
alter table user add image_path varchar(128) comment '用户的图片路径' after birthday;
select * from user;

在表中修改列属性

语法

sql 复制代码
# 修改列属性
ALTER TABLE tablename MODIfy (column datatype [DEFAULT expr][,column datatype]...);

使用示例

  • user表中的name列的类型改为最长为60的变长字符串 varchar(60)
sql 复制代码
alter table user modify name varchar(60);

在表中删除列

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

语法

sql 复制代码
# 删除列
ALTER TABLE tablename DROP (column);

使用示例

  • 将表中的 password 列删除
sql 复制代码
# 将表中的 password 列删除
alter table user drop password;

修改表的列名

语法

mysql 复制代码
 alter table name_table change 表的旧列名 表的新列名 列数据类型; # --新字段需要完整定义

使用示例

sql 复制代码
show tables;    # 显示可使用的表
desc user;		# 查看表的属性
alter table user change name NAME varchar(80);	# 修改 name 为 NAME,并指定数据类型为 varchar(80)
desc user;		# 查看修改后的结果

4. 删除表

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

用法

语法

sql 复制代码
DROP [TEMPORARY] TABLE [IF EXISTS] tbl_name [, tbl_name] ...

使用示例

sql 复制代码
drop table user2;

注意与危害

在 MySQL 中执行 DROP TABLE 删除表操作,看似简单,但其危害往往非常严重。以下是对其危害的简述和分析:


🧨 一、数据不可恢复

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

⚙️ 二、表结构丢失

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

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

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

🕳 四、日志与恢复机制受限

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

⚡ 五、误操作风险高

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

✅ 安全建议

  1. 先备份 :执行前务必使用 mysqldump 或物理备份工具备份表数据与结构。

  2. 使用 IF EXISTS:防止误删不存在的表。

    sql 复制代码
    DROP TABLE IF EXISTS users;
  3. 使用回收站机制:将表改名代替直接删除:

    sql 复制代码
    RENAME TABLE users TO users_backup_20251017;
  4. 限制权限 :禁止普通账号执行 DROP 操作。


总结一句话:

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


5. 结语

本文围绕 MySQL 中表的创建、查看、修改与删除 进行了系统讲解,

从语法到示例,再到潜在风险分析,帮助你全面掌握"表"这一数据库的核心概念。

希望通过这篇文章,你不仅能熟练执行相关 SQL 命令,

更能在项目开发中学会思考与防范------比如在修改或删除表前养成备份的习惯。

数据库是系统的基石,而表结构的设计与维护,则是构建这座大厦的地基。

打好基础,才能在后续的数据库优化、索引设计、事务操作中更加得心应手。

学完这一章,建议继续深入学习:

  • 表约束(主键、外键、唯一约束)
  • 索引与查询优化
  • 视图与存储过程

让我们在下一篇中继续探索更高阶的 MySQL 世界 🚀


以上就是本文的所有内容了,如果觉得文章对你有帮助,欢迎 点赞⭐收藏 支持!如有疑问或建议,请在评论区留言交流,我们一起进步

分享到此结束啦
一键三连,好运连连!

你的每一次互动,都是对作者最大的鼓励!


征程尚未结束,让我们在广阔的世界里继续前行! 🚀

相关推荐
api_180079054603 小时前
性能优化揭秘:将淘宝商品 API 响应时间从 500ms 优化到 50ms 的技术实践
大数据·数据库·性能优化·数据挖掘
白衣鸽子3 小时前
MySQL 时间类型深度解析:精度、时区陷阱与版本兼容
数据库·后端·mysql
撬动未来的支点3 小时前
【Linux】Linux 零拷贝技术全景解读:从内核到硬件的性能优化之道
linux·服务器·性能优化
ajassi20003 小时前
开源 Linux 服务器与中间件(六)服务器--Lighttpd
linux·服务器·开源
冲上云霄的Jayden3 小时前
MySQL InnoDB 状态(SHOW ENGINE INNODB STATUS)深度分析与性能优化建议
数据库·mysql·性能优化·innodb
立昂4 小时前
Linux route
linux·运维
milanyangbo4 小时前
从C10K到Reactor:事件驱动,如何重塑高并发服务器的网络架构
服务器·网络·后端·架构
爱吃生蚝的于勒4 小时前
【Linux】深入理解进程(一)
java·linux·运维·服务器·数据结构·c++·蓝桥杯
heisd_14 小时前
使用搭载Ubuntu的树莓派开启热点
linux·运维·ubuntu