MySQL基础入门：安装、建库建表与增删改查实操详解

MySQL 这门课，这些年我带过不少新人，也面过不少候选人，发现一个挺常见的现象：很多人一上来就奔着主从复制、读写分离、分库分表去，聊得头头是道，结果真让他写一条 UPDATE 语句，连 WHERE 条件都忘带。基础不牢，后面全是空中楼阁。

这篇笔记是我多年前带新人时整理的 MySQL 基础篇第一讲，当时写在纸质笔记本上，后来陆续补过几轮，核心内容至今也没过时。今天把它完整整理成文，送给刚入门的同学，也送给那些想回头补基础的朋友。这篇主要解决三件事：MySQL 怎么装、怎么建库建表、怎么把增删改查写好。内容偏实操，每一段都有可以直接复制执行的命令。

1. 先搞清楚 MySQL 是谁，再谈学习路线

很多新手对 MySQL 的第一印象就是"一个数据库软件"，这个理解没错，但不完整。MySQL 本质上是一个关系型数据库管理系统，它负责把数据按照"表"的形式组织起来，表里的一行是一条记录，一列是一个字段。你平时听到的"行""列""主键""外键""索引"这些词，全都建立在表这个基本概念之上。

为什么这些年 MySQL 面试题几乎成了后端岗位的标配？因为绝大部分业务系统的数据最终都落在 MySQL 里。从用户表、订单表到日志表，MySQL 在中小型项目里几乎是无处不在。你去看招聘要求，十个有九个写着"熟悉 MySQL"，不是没有道理的。

MySQL 的体系结构里有几个概念，第一篇必须搞明白：

• 数据库（Database）：一个 MySQL 服务实例下可以建多个库，库与库之间数据隔离。
• 表（Table）：库下面才是表，表是真正存数据的地方。
• 存储引擎（Storage Engine）：InnoDB 是默认引擎，支持事务、行级锁，绝大多数场景都选它。MyISAM 在旧项目里还能见到，不支持事务，现在基本不推荐。

还有个概念叫连接池，热搜词里也有"mysql的数据库连接池"。这其实是应用层的东西，不是 MySQL 服务端自带的。因为每次创建数据库连接开销很大，所以程序里一般维护一个连接池，用完的连接不销毁，放回池子里复用。常见的连接池有 HikariCP、Druid，Java 项目里用得最多。初学者可以先了解这个概念，知道有这回事，等写代码的时候就会碰到。

第一篇文章，我建议的学习路径是：先装好环境 -> 学会建库建表 -> 把增删改查练熟 -> 再碰索引和事务。这篇就把前三步讲透。

2. 安装 MySQL：版本、下载、配置一次说清

搜索"mysql安装教程"和"mysql安装配置教程"的人特别多，说明这一步确实容易卡住。我整理了几种常见安装方式，按场景说。

2.1 版本选择：5.7 还是 8.0

现在是 8.0 的天下，新项目直接装 8.0，不用犹豫。MySQL 8.0 从 2018 年发布到现在已经非常稳定，性能更强，默认字符集是 utf8mb4，对中文支持更友好。有些老项目还在用 5.7，但如果是从零开始学，没有历史包袱，直接上 8.0 是最省心的选择。

去官网下载时注意，MySQL 官方下载地址是 dev.mysql.com/downloads，不要点错到广告页面。Windows 平台选 MySQL Installer for Windows，这个安装包会自动帮你把服务端、客户端、Workbench 图形工具都装上，省去很多手工配置。

2.2 Windows 安装流程的几个关键节点

双击安装包后，步骤虽然多，但其实每个界面都有默认值，唯一需要留心的几步：

• Choosing a Setup Type：建议选 Developer Default，它会装服务端、命令行客户端、Workbench、Excel 插件等常用组件，一步到位。
• Type and Networking：默认端口 3306，不要动。这个端口号后面连接数据库、配置防火墙、写连接字符串都要用到。
• Authentication Method：8.0 默认的认证插件是 caching_sha2_password，这个不要改成 mysql_native_password，除非你连接的老版本客户端不支持。新版 Workbench、Navicat、各种编程语言的驱动基本都支持。
• Root Password：设一个你记得住的密码，最好大小写字母加数字组合，但不要搞得太复杂导致自己都记不住，后面做实验还要频繁登录。

安装完成后，Windows 服务里会多一个名为 MySQL80 的服务，默认是自动启动。命令行下用 net start mysql80 可以手动启动。

2.3 安装后验证：服务状态与命令行登录

装完别急着关窗口，先验证一下能不能用。打开 CMD，执行：

bash复制mysql -u root -p

输入刚才设置的 root 密码，看到 mysql> 提示符就说明 OK 了。如果提示 mysql 不是内部或外部命令，说明 mysql.exe 所在目录没有加到系统 PATH 里，手动把安装目录下的 bin 路径加进环境变量即可。

提示：Windows 安装常见报错是"Configuration of MySQL Server is taking long"或者服务启动失败。多数原因是之前的 MySQL 残留服务占用端口，或者 3306 被其他程序占用。先用 netstat -ano | findstr 3306 查一下端口占用，再决定是清理残留还是改端口。

2.4 Linux 环境与 Docker 方式简说

Linux 环境安装 MySQL，以 Ubuntu 为例：

bash复制sudo apt update
sudo apt install mysql-server
sudo systemctl status mysql

装完默认 root 用的是 auth_socket 认证，直接 sudo mysql 就能进控制台，不需要密码。

另外，Docker 安装 MySQL 在热词里也特别火。很多同学是 Mac 或不想污染本机环境，用 Docker 确实干净。快速起一个 8.0 实例：

bash复制docker run -d --name mysql8 \
  -p 3306:3306 \
  -e MYSQL_ROOT_PASSWORD=你的密码 \
  mysql:8.0

Docker 方式适合"拿来即用"，但初学者我还是建议先在物理环境装一次，走一遍完整的服务安装、启动、配置流程，这样你能体会 MySQL 作为独立服务是怎么运转的。直接上 Docker，很多东西会被自动封装好，反而不太理解原理。

3. 连上数据库：命令行和可视化工具的分工

装好 MySQL 只是第一步，接下来得有一个顺手的方式去操作它。新手经常在"mysql workbench使用教程"和"navicat for mysql下载"之间反复横跳，我建议两个都装，各干各的活。

3.1 命令行：必须练的基本功

命令行客户端是每个 MySQL 使用者都绕不开的工具。不管你是用 Workbench 还是 Navicat，底层都是把 SQL 语句发给服务端，命令行只是换了一种输入方式。

命令行适合做的三件事：执行临时 SQL、快速验证、服务器上排查问题。生产服务器上往往没有图形界面，这时候全靠命令行。

登录之后，第一句 SQL 建议执行：

sql复制SELECT VERSION();

看看当前版本号，8.0.x 都算正常。

命令行里最容易出错的是分号。MySQL 的语句用分号结束，有时候输入了一整条语句忘了加分号，回车之后发现它还在等待输入，只要把分号补上再回车就行，不用重打。

3.2 Workbench：可视化操作与 ER 图

MySQL Workbench 是官方自带的图形化管理工具，从官网下载 MySQL Installer 时如果选了 Developer Default，它就已经装好了。Workbench 最大的价值有两个：

一是可视化建表。在左侧 SCHEMAS 面板里右键选 Create Table，可以按图形化方式添加字段、设置类型、勾选主键。这对初学者建立"表结构长什么样"的直观认识非常有帮助。

二是看 ER 图。右侧 Database -> Reverse Engineer 可以把你已存在的库逆向成实体关系图，表之间的外键关系一目了然。这个功能在做数据库设计复盘时相当实用，网上你看到的很多数据库设计图就是这么导出来的。

Workbench 还有一个细节：执行 SQL 脚本之前，先确认左上角选择了正确的数据库。如果没选库，你写的 SELECT * FROM user 会报"Table doesn't exist"，但其实不是表不存在，是没指定库。

3.3 Navicat：付费但顺手，适合日常开发

Navicat 是很多后端开发日常最常用的 MySQL 客户端，它的界面更现代，连接管理更方便，导入导出也做得很好。但它是付费软件，如果你是学生或者刚开始学，用 Workbench 完全足够，不必急着买。

不管用哪个工具，连接 MySQL 时需要填的核心信息其实只有四个：

• 主机：127.0.0.1 或 localhost
• 端口：3306
• 用户名：root
• 密码：安装时设置的那个

连接报错的话，先检查 MySQL 服务有没有启动，再检查端口写没写对，最后检查密码。90% 的连接问题是这三个原因。

4. 库、表、字段类型：地基要打牢

数据库里最核心的操作就是建库建表，很多搜索"mysql数据库命令大全"和"mysql数据库修改结构"的朋友，最终都要落到建表和改表上。

4.1 建库：字符集别选错

建库的语法很简单：

sql复制CREATE DATABASE IF NOT EXISTS school DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;

这里有个绝大多数新手会踩的坑：字符集一定要用 utf8mb4。MySQL 里的 utf8 是历史遗留的别名，它最多只能存 3 个字节的字符，而 emoji 表情和一些特殊汉字需要 4 个字节，用 utf8 存会报错。8.0 默认已经是 utf8mb4 了，但如果你是从老项目迁移，一定要确认库和表的字符集。

改字符集的语法：

sql复制ALTER DATABASE school CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;

4.2 建表：字段类型决定了数据的天花板

建表语句是基础篇的重头戏。先看一个标准例子：

sql复制CREATE TABLE student (
  id BIGINT NOT NULL AUTO_INCREMENT COMMENT '主键ID',
  student_no VARCHAR(20) NOT NULL COMMENT '学号',
  name VARCHAR(50) NOT NULL COMMENT '姓名',
  age INT DEFAULT NULL COMMENT '年龄',
  score DECIMAL(5,2) DEFAULT NULL COMMENT '成绩',
  create_time DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  update_time DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间',
  PRIMARY KEY (id),
  UNIQUE KEY uk_student_no (student_no)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='学生表';

这里几个关键点拆开讲：

字段类型选型是搜"mysql可以存储整数数值的是"这类问题的人最关心的。整数类型从大到小是 TINYINT、SMALLINT、MEDIUMINT、INT、BIGINT，对应能存的数字范围从小到大。日常业务里，一般用 INT 就够，但主键很多团队直接上 BIGINT，理由是防止未来数据量大了超出 INT 上限。INT 最大能存约 21 亿，对普通业务表确实够用；但一旦有分布式 ID 生成策略，算出来的 ID 可能超出 INT 范围，所以主键用 BIGINT 是最稳妥的选择。

注意 INT 后面可以跟显示宽度，比如 INT(5)，这个 5 不是存储限制，只是显示宽度，并且要配合 ZEROFILL 才有前导零效果。MySQL 8.0 中已经废弃了显示宽度的用法，不用再纠结它。

DECIMAL(5,2) 表示一共 5 位，其中小数部分 2 位，最大能存 999.99。涉及金额的字段一定用 DECIMAL，不要用 FLOAT 和 DOUBLE，因为浮点数会有精度丢失，计算金额时容易出现 0.1 + 0.2 != 0.3 的问题。这是面试常客。

VARCHAR 和 CHAR 的选择：VARCHAR 是变长字符串，按实际内容长度存储，适合姓名、地址这种长度不固定的字段；CHAR 是定长字符串，适合身份证号、手机号这种长度固定的字段。从节省空间角度，VARCHAR 在大多数场景更优。

4.3 修改表结构：ALTER TABLE 的几个常用场景

表建完之后，需求一变就得改结构，这是常态。ALTER TABLE 的常用用法：

sql复制-- 添加字段
ALTER TABLE student ADD COLUMN gender TINYINT DEFAULT 0 COMMENT '性别: 0未知 1男 2女';

-- 修改字段类型
ALTER TABLE student MODIFY COLUMN name VARCHAR(100) NOT NULL COMMENT '姓名';

-- 修改字段名
ALTER TABLE student CHANGE COLUMN name student_name VARCHAR(100);

-- 删除字段
ALTER TABLE student DROP COLUMN gender;

修改表结构有个我踩过的坑：改大字段类型（如 VARCHAR(50) 改成 VARCHAR(100)）基本不影响线上的锁和耗时，但改字段名、删字段、加索引这些操作在数据量大的表上会锁表很久。如果是对亿级表做变更，一定不要在业务高峰直接执行，要借助在线 DDL 工具或者选在低峰期操作。

5. 增删改查：INSERT、UPDATE、DELETE 的实操写法

表建好了，就该往里灌数据了。DML（数据操作语言）前三板斧：INSERT、UPDATE、DELETE。热搜词里专门有"mysql update语法"，说明不少人在这上面栽过跟头。

5.1 INSERT：单条和批量性能差很多

插入单条数据：

sql复制INSERT INTO student (student_no, name, age, score) VALUES ('2024001', '张三', 20, 88.5);

注意字段列表和 VALUES 一一对应。如果某字段有默认值，可以不传。

批量插入的写法就高效得多：

sql复制INSERT INTO student (student_no, name, age, score) VALUES
('2024002', '李四', 21, 77.0),
('2024003', '王五', 22, 92.5),
('2024004', '赵六', 20, 65.0);

一次插多行比循环单条插入性能高一个数量级，因为减少了很多次网络往返和日志写入。我见过一些新手在代码里用 for 循环逐条 INSERT，导几千条数据要几十秒，改成批量插入后一秒搞定。

5.2 UPDATE：永远记住带 WHERE

UPDATE 的语法本身很简单：

sql复制UPDATE student SET score = 90.0 WHERE student_no = '2024001';

但"mysql update语法"能成为热搜词，说明很多人踩过同一个坑：UPDATE 不加 WHERE 就是全表更新。真发生了，哭都来不及。

我在教新人的时候反复强调一句话：写 UPDATE 和 DELETE 之前，先写一条 SELECT 用同样的 WHERE 条件查一下，确认你要更新的就是这几行。这是一个成本极低但收益极高的习惯。

UPDATE 语句在 8.0 里还有个细节，更新字段时是可以引用该行其他字段的，比如：

sql复制UPDATE student SET score = score + 5 WHERE student_no = '2024001';

这个在实际业务里很常用，比如给所有用户积分加 5，不需要先把值查出来算好再写回去。

5.3 DELETE：删除之前先确认

DELETE 同样必须带 WHERE：

sql复制DELETE FROM student WHERE student_no = '2024005';

不带 WHERE 的 DELETE FROM student 会清空表里所有数据。虽然这本身是合法操作，但如果发生在生产环境，后果就严重了。

清空表还有一种方式是 TRUNCATE TABLE student，它和 DELETE 的区别是：TRUNCATE 是 DDL 操作，直接重建表，效率极高，但不能按条件删；DELETE 是 DML 操作，可以带 WHERE，而且如果开启了事务，还能回滚。如果想清空一张表并且重置自增 ID，TRUNCATE 更合适；如果只是删部分数据，用 DELETE。

5.4 唯一约束与重复数据的坑

热搜词里有"mysql设置唯一已经有重复数据库"，这确实是实际操作中常遇到的问题。当你想给某个字段加唯一约束，但表里已经有重复数据时，直接执行会报错：

sql复制ALTER TABLE student ADD UNIQUE KEY uk_student_no (student_no);

报错信息大致是 Duplicate entry 'xxx' for key 'uk_student_no'。解决思路是先查重复，再清理，最后加约束。查询重复数据的 SQL：

sql复制SELECT student_no, COUNT(*) FROM student GROUP BY student_no HAVING COUNT(*) > 1;

找出重复记录后，把不需要的那条删掉，再执行 ALTER 语句，就能成功加上唯一约束。这个场景在实际项目里很常见，尤其是接手老项目时，想给历史数据加约束，大概率会被既有脏数据拦住。

6. SELECT 查询：过滤、排序、去重这些高频操作

SELECT 是 SQL 里的重中之重，日常开发中 90% 的操作都是查询。这里把基础查询讲透。

6.1 基本查询与 WHERE 过滤

最简单的查询：

sql复制SELECT * FROM student;

生产环境不建议用 *，因为表字段多了之后会有不必要的 IO 和网络传输，更推荐把所有需要的字段名显式列出。这个习惯越早养成越好。

带条件过滤用 WHERE，这里要注意逻辑运算符的优先级问题：

sql复制SELECT * FROM student WHERE age > 20 AND score > 80;
SELECT * FROM student WHERE age > 20 OR score > 80;

AND 的优先级高于 OR，所以如果混用，最好加括号明确意图。搜"mysql的or能去重吗"的朋友可以注意：OR 本身不去重，它只是连接条件；想对查询结果去重要用 DISTINCT 或 GROUP BY。举个例子：

sql复制SELECT DISTINCT age FROM student;

6.2 排序：ORDER BY 的方向和死穴

排序用 ORDER BY，这是热搜词"mysql排序"的核心内容：

sql复制-- 按成绩从高到低
SELECT * FROM student ORDER BY score DESC;

-- 按年龄从小到大，同年龄按成绩从高到低
SELECT * FROM student ORDER BY age ASC, score DESC;

这里的细节是：DESC 只作用于它前面紧跟的那个字段。很多人写 ORDER BY age, score DESC 以为年龄和成绩都是倒序，实际上 age 是默认升序，只有 score 是降序。想要两个字段都倒序，必须写成 ORDER BY age DESC, score DESC。

另一个排序相关的知识点是索引优化：ORDER BY 的字段如果建了索引，排序可以走索引，性能好很多；没建索引的话，MySQL 需要把结果集先加载到内存排序（filesort），数据量大了就会很慢。基础篇先知道这个结论，后面讲索引时展开。

6.3 分页：LIMIT 的两种姿势

分页查询是必会技能：

sql复制-- 查前10条
SELECT * FROM student ORDER BY id LIMIT 10;

-- 跳过20条，取10条（第3页）
SELECT * FROM student ORDER BY id LIMIT 20, 10;

LIMIT 20, 10 的含义是从第 21 条开始取 10 条。MySQL 8.0 还支持了 OFFSET 写法：

sql复制SELECT * FROM student ORDER BY id LIMIT 10 OFFSET 20;

两种写法效果一样，看团队风格。分页查询在数据量大的时候有深分页问题：LIMIT 100000, 10 要扫描一万零一十条数据再丢弃前一万条，非常浪费。常用的优化方式是记录上一页最后一条的 ID，用 WHERE id > 上次的最大id ORDER BY id LIMIT 10 来翻页，能走主键索引，快很多。

6.4 聚合查询：COUNT、SUM、AVG、MAX、MIN

聚合函数是统计场景的核心：

sql复制SELECT COUNT(*) FROM student;
SELECT AVG(score) FROM student;
SELECT MAX(score), MIN(score) FROM student;
SELECT age, AVG(score) FROM student GROUP BY age;

COUNT() 和 COUNT(字段) 的区别也是面试常考：COUNT() 统计所有行数，COUNT(字段) 统计该字段非 NULL 的行数。如果字段允许为空，两者结果可能不同。

GROUP BY 和 WHERE 的执行顺序是：先 WHERE 过滤，再分组聚合。如果要对聚合结果继续过滤，用 HAVING，而不是 WHERE。

7. 常用函数与面试常客：触发器和存储过程先认识一下

基础篇最后一节，把几个常用的函数和面试高频概念串一遍。热搜词里"mysql常用函数""mysql存储过程""mysql中触发器中分隔符"都在这个范围内。

7.1 字符串和日期函数，日常工作最常用

字符串函数用得最多的是这几个：

sql复制SELECT CONCAT('Hello', ' ', 'World');  -- 拼接
SELECT LOWER('ABC'), UPPER('abc');      -- 大小写转换
SELECT SUBSTRING('hello world', 1, 5);  -- 截取子串
SELECT LENGTH('你好');                  -- 返回字节数
SELECT CHAR_LENGTH('你好');             -- 返回字符数（更符合直觉）

日期函数同样高频：

sql复制SELECT NOW();                          -- 当前日期和时间
SELECT CURDATE();                      -- 当前日期
SELECT DATE_FORMAT(NOW(), '%Y-%m-%d %H:%i:%s');  -- 格式化日期
SELECT DATEDIFF('2024-12-31', '2024-01-01');      -- 两个日期相差天数

一个容易踩的坑：LENGTH 算的是字节长度，中文字符在 utf8mb4 下占 3 个字节，所以 LENGTH('你好') 返回 6 而不是 2。业务上如果按字符数处理，要用 CHAR_LENGTH。

7.2 条件函数：IF 和 CASE WHEN

写查询时经常需要根据条件返回不同结果，常用两种写法：

sql复制SELECT name, IF(score >= 60, '及格', '不及格') FROM student;

sql复制SELECT name,
  CASE
    WHEN score >= 90 THEN '优秀'
    WHEN score >= 60 THEN '及格'
    ELSE '不及格'
  END AS level
FROM student;

IF 适合简单二选一，CASE WHEN 适合多分支判断。这个写法的价值在统计报表里特别明显，比如按分数段统计人数：

sql复制SELECT
  CASE
    WHEN score >= 90 THEN '90分以上'
    WHEN score >= 60 THEN '60-89分'
    ELSE '60分以下'
  END AS score_range,
  COUNT(*) AS cnt
FROM student
GROUP BY score_range;

7.3 存储过程和触发器：基础篇先知道它们是什么

存储过程和触发器是 MySQL 里相对进阶的功能，基础篇不需要会写，但至少要知道它们是干什么的，因为面试问到的概率不低。

存储过程（Stored Procedure）就是把一段 SQL 逻辑封装起来，起个名字，调用时直接执行。好处是逻辑复用、减少网络传输，坏处是调试困难、不好维护。它的基本样子是：

sql复制DELIMITER //

CREATE PROCEDURE get_student_by_id(IN p_id BIGINT)
BEGIN
  SELECT * FROM student WHERE id = p_id;
END //

DELIMITER ;

触发器（Trigger）是表上的自动化脚本，在 INSERT、UPDATE、DELETE 操作之前或之后自动执行一段逻辑。比如插入一条订单记录后，自动更新一下订单总数。

搜"mysql中触发器中分隔符"的人，卡住的通常就是 DELIMITER 这个命令。它的作用是把 MySQL 客户端的语句结束符临时改成别的符号，比如 //。因为存储过程和触发器内部有分号，如果不先改掉结束符，MySQL 客户端会在第一个分号处就认为语句结束了，后面的内容全报错。

DELIMITER 只是命令行客户端的概念，不是 SQL 本身的一部分。用 Navicat 或 Workbench 这类图形工具写存储过程时，它们会自动处理分隔符，不用手动写 DELIMITER。

7.4 基础篇结尾的忠告：锁表、事务留到下一篇

关于"mysql锁表"和事务这些概念，基础篇一先不展开，写出来容易把初学者绕晕。但可以预告一下：InnoDB 的默认隔离级别是可重复读，事务的 ACID 特性、脏读、幻读、间隙锁这些才是 MySQL 面试题真正的深水区。这些我会放在基础篇二里讲。

最后分享一个我这些年带人的体会：MySQL 最难的不是语法，而是设计思想和排查思路。语法不熟，多写几遍就记住了；但为什么这个表要这样设计、为什么这个查询这么慢、为什么会产生死锁，这些问题需要长期的项目实践才能积累。基础篇一能保证你拿到一个库、一张表，能熟练地完成增删改查；下一步，就是去理解 MySQL 内部是怎么存储和索引进这些数据的。慢慢来，这条路值得走。