Mysql

关注公众号 jb51net

关闭
首页 > 数据库 > Mysql > mysql库与表ddl操作

MySQL库与表的DDL核心操作实战案例

作者：草莓熊Lotso

本文详细介绍了MySQL数据库和表的创建、修改、备份、删除等操作,涵盖了字符集选择、表结构设计、备份恢复等核心知识点,通过实际案例,读者可以掌握精准操作,避免数据丢失,提升开发效率,感兴趣的朋友跟随小编一起看看吧

前言：

在上一篇 MySQL 基础入门中，我们了解了数据库的基本概念和简单操作。而在实际开发中，数据库和表的创建、修改、备份、删除等操作是日常高频需求，掌握这些精准操作能避免数据丢失、提升开发效率。本文将基于 MySQL 实战场景，详细拆解库与表的完整操作流程，包括字符集选择、表结构设计、备份恢复等核心知识点，带你从 “会用” 进阶到 “活用” MySQL。

一. 数据库（库）的核心操作

数据库是表的容器，合理的库操作是数据管理的基础。下面涵盖库的创建、查询、修改、删除、备份恢复等关键操作，同时详解字符集和校验规则的影响。

1.1 创建数据库：指定字符集与校验规则

创建数据库时，不仅要定义库名，还需根据业务场景指定字符集（如支持中文的utf8）和校验规则（如是否区分大小写），避免后续出现乱码或查询异常。

1.1.1 语法格式

CREATE DATABASE [IF NOT EXISTS] db_name 
[DEFAULT] CHARACTER SET charset_name 
[DEFAULT] COLLATE collation_name;

1.1.2 实战案例

-- 1. 创建默认字符集的数据库db1
CREATE DATABASE IF NOT EXISTS db1;
-- 2. 创建指定utf8字符集的数据库db2
CREATE DATABASE IF NOT EXISTS db2 CHARACTER SET utf8;
-- 3. 创建指定字符集和校验规则的数据库db3
CREATE DATABASE IF NOT EXISTS db3 
CHARACTER SET utf8 
COLLATE utf8_general_ci;

1.2 字符集与校验规则：影响查询和排序

字符集决定了数据的存储编码（如是否支持中文），校验规则则影响字符串的比较和排序（如是否区分大小写），这是容易被忽略但关键的细节。

1.2.1 查看系统默认配置

-- 查看默认字符集
show variables like 'character_set_database';
-- 查看默认校验规则
show variables like 'collation_database';

1.2.2 查看支持的字符集和校验规则

-- 查看所有支持的字符集
show charset;
-- 查看所有支持的校验规则
show collation;

1.2.3 校验规则的实际影响

以 “是否区分大小写” 为例，对比两种常用校验规则：

案例演示：

-- 1. 创建不区分大小写的数据库test1
CREATE DATABASE test1 COLLATE utf8_general_ci;
USE test1;
CREATE TABLE person(name varchar(20));
INSERT INTO person VALUES('a'),('A'),('b'),('B');
-- 查询name='a'：返回'a'和'A'（不区分大小写）
SELECT * FROM person WHERE name='a';
-- 排序：按字母顺序排序（不区分大小写）
SELECT * FROM person ORDER BY name;

-- 2. 创建区分大小写的数据库test2
CREATE DATABASE test2 COLLATE utf8_bin;
USE test2;
CREATE TABLE person(name varchar(20));
INSERT INTO person VALUES('a'),('A'),('b'),('B');
-- 查询name='a'：仅返回'a'（区分大小写）
SELECT * FROM person WHERE name='a';
-- 排序：按二进制ASCII码排序（大写在前，小写在后）
SELECT * FROM person ORDER BY name;

1.3 操纵数据库：查询、修改、删除

1.3.1 查看所有数据库

show databases;

1.3.2 查看数据库创建语句

验证数据库的字符集、校验规则等配置：

show create database db3;

输出样例：

+----------+----------------------------------------------------------------+
| Database | Create Database                                                |
+----------+----------------------------------------------------------------+
| db3      | CREATE DATABASE `db3` /*!40100 DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci */ |
+----------+----------------------------------------------------------------+

1.3.3 修改数据库（仅字符集和校验规则）

数据库创建后，仅支持修改字符集和校验规则，不支持修改库名（需通过备份恢复间接修改）：

-- 将db3的字符集改为gbk
ALTER DATABASE db3 CHARACTER SET gbk;

1.3.4 删除数据库（谨慎操作！）

删除数据库会级联删除所有表和数据，且无法恢复：

DROP DATABASE IF EXISTS db3;

1.4 数据库备份与恢复：避免数据丢失

备份恢复是数据库运维的核心技能，支持全库备份、单表备份、多库备份。

1.4.1 备份（退出 MySQL 客户端执行）

mysqldump -P端口 -u用户名 -p密码 -B 数据库名 > 备份文件路径

1.4.2 恢复（在 MySQL 客户端执行）

-- 恢复整个数据库
source 备份文件路径;

注意：若备份时未加-B参数，恢复前需先创建空数据库并切换：

CREATE DATABASE IF NOT EXISTS mytest;
USE mytest;
source 备份文件路径;

1.5 查看数据库连接：排查并发问题

当数据库响应缓慢时，可查看当前连接情况，排查异常连接（如被入侵）：

show processlist;

输出样例：

+----+------+-----------+------+---------+------+-------+------------------+
| Id | User | Host      | db   | Command | Time | State | Info             |
+----+------+-----------+------+---------+------+-------+------------------+
|  2 | root | localhost | test1| Sleep   | 120  |       | NULL             |
|  3 | root | localhost | NULL | Query   | 0    | NULL  | show processlist |
+----+------+-----------+------+---------+------+-------+------------------+

二. 数据表（表）的核心操作

表是存储数据的核心载体，表结构的设计和修改直接影响业务开发，下面涵盖表的创建、查看、修改、删除全流程。

2.1 创建表：指定字段、类型、存储引擎

创建表时需明确字段名、数据类型、字符集、存储引擎等，同时可通过comment添加字段说明。

2.1.1 语法格式

CREATE TABLE table_name (
  field1 datatype [comment '字段说明'],
  field2 datatype [comment '字段说明'],
  ...
) 
CHARACTER SET 字符集 
COLLATE 校验规则 
ENGINE 存储引擎;

2.1.2 实战案例

USE mytest;
CREATE TABLE users (
  id int comment '用户ID',
  name varchar(20) comment '用户名',
  password char(32) comment '密码是32位的MD5加密值',
  birthday date comment '生日'
) 
CHARACTER SET utf8 
ENGINE MyISAM;

2.1.3 不同存储引擎的文件差异

MySQL 支持插件式存储引擎，不同引擎的表文件存储格式不同：

2.2 查看表结构：验证表设计

-- 简洁查看表结构
desc users;
-- 详细查看表结构（含注释）
show create table users;

2.3 修改表：适配业务需求变更

项目开发中，表结构需频繁适配业务变更（如添加字段、修改字段类型等），ALTER TABLE是核心指令。

2.3.1 常用修改操作语法

操作类型语法示例
添加字段ALTER TABLE 表名 ADD 字段名 类型 [comment ‘说明’] [AFTER 已有字段名]
修改字段类型ALTER TABLE 表名 MODIFY 字段名 新类型
修改字段名 + 类型ALTER TABLE 表名 CHANGE 旧字段名 新字段名 新类型
删除字段ALTER TABLE 表名 DROP 字段名
修改表名ALTER TABLE 旧表名 RENAME TO 新表名（TO可省略）

2.3.2 实战案例

USE mytest;
-- 1. 给users表添加字段assets（图片路径），放在birthday之后
ALTER TABLE users ADD assets varchar(100) comment '图片路径' AFTER birthday;
-- 2. 修改name字段长度为60（适配更长的用户名）
ALTER TABLE users MODIFY name varchar(60);
-- 3. 删除password字段（假设密码存储方式变更）
ALTER TABLE users DROP password;
-- 4. 修改表名为employee
ALTER TABLE users RENAME employee;
-- 5. 将name字段改为xingming（适配中文命名习惯）
ALTER TABLE employee CHANGE name xingming varchar(60);

2.3.3 注意事项

2.4 删除表（谨慎操作！）

删除表会删除表结构和所有数据，无法恢复：

DROP TABLE IF EXISTS employee;

TEMPORARY：仅删除临时表（CREATE TEMPORARY TABLE创建的表）：

DROP TEMPORARY TABLE IF EXISTS temp_table;

三. 总结与避坑指南

本文覆盖了 MySQL 库与表的全流程操作，核心要点总结如下：

常见避坑点：

到此这篇关于MySQL库与表的DDL核心操作实战案例的文章就介绍到这了,更多相关mysql库与表ddl操作内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

您可能感兴趣的文章:
阅读全文