莱夢1. MySQL数据库基础操作全解析
刚接触MySQL时，我最头疼的就是如何系统性地掌握数据库的基础操作。经过多年实战，我总结出一套最实用的MySQL单表操作指南，特别适合需要快速上手数据库开发的新手。下面就从最基础的创建数据库开始，逐步拆解每个操作的关键要点。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 数据库创建与管理
2.1 创建数据库的规范做法
创建数据库看似简单，但有几个关键参数直接影响后续使用体验。标准的创建语句是：
sql复制CREATE DATABASE `shop_db`
CHARACTER SET utf8mb4
COLLATE utf8mb4_unicode_ci;
这里特别说明三个要点：
- 反引号包裹数据库名是良好习惯，避免使用MySQL保留字时出错
- utf8mb4字符集支持完整的Unicode字符（包括emoji）
- 排序规则选择utf8mb4_unicode_ci能正确处理多语言排序
注意：生产环境务必避免使用utf8字符集，它只能支持3字节编码，会遇到emoji存储问题。
2.2 数据库查看与切换
查看所有数据库使用：
sql复制SHOW DATABASES;
切换当前数据库有两种方式：
sql复制USE `shop_db`;
-- 或者直接在连接时指定
mysql -u root -p shop_db
3. 数据表设计与创建
3.1 建表语句完整示例
以电商用户表为例，规范的建表语句应包含引擎、字符集、注释等元信息：
sql复制CREATE TABLE `users` (
`id` int(11) NOT NULL AUTO_INCREMENT COMMENT '用户ID',
`username` varchar(50) NOT NULL COMMENT '用户名',
`password` char(60) NOT NULL COMMENT '加密密码',
`email` varchar(100) DEFAULT NULL COMMENT '邮箱',
`created_at` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
`updated_at` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
PRIMARY KEY (`id`),
UNIQUE KEY `idx_username` (`username`),
KEY `idx_email` (`email`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='用户基本信息表';
3.2 字段类型选择经验
- 整型：根据数据范围选择TINYINT/SMALLINT/INT/BIGINT
- 字符串：
- 定长用CHAR(如密码加密结果固定60字节)
- 变长用VARCHAR(需预留增长空间)
- 时间类型：
- TIMESTAMP自动时区转换
- DATETIME无时区问题
3.3 索引设计原则
- 主键：自增INT/BIGINT为主流方案
- 唯一索引：用户名、手机号等唯一字段
- 普通索引：查询条件中的高频字段
- 避免过度索引：每个索引都会降低写入速度
4. 数据增删改查实战
4.1 插入数据的多种方式
基础插入：
sql复制INSERT INTO `users` (`username`, `password`)
VALUES ('admin', '$2y$10$N9qo8uLOickgx2ZMRZoMy...');
批量插入（效率更高）：
sql复制INSERT INTO `users` (`username`, `password`) VALUES
('user1', 'hash1'),
('user2', 'hash2'),
('user3', 'hash3');
4.2 更新操作注意事项
基础更新：
sql复制UPDATE `users`
SET `email` = 'new@example.com', `updated_at` = NOW()
WHERE `id` = 1;
警告：务必带上WHERE条件！我曾在生产环境误执行无条件的UPDATE，导致全表数据被覆盖。
4.3 删除操作安全策略
软删除方案（推荐）：
sql复制ALTER TABLE `users` ADD COLUMN `is_deleted` tinyint(1) DEFAULT 0;
-- 执行删除
UPDATE `users` SET `is_deleted` = 1 WHERE `id` = 1;
-- 查询时排除已删除
SELECT * FROM `users` WHERE `is_deleted` = 0;
物理删除（谨慎使用）：
sql复制DELETE FROM `users` WHERE `id` = 1;
4.4 查询语句优化技巧
基础查询：
sql复制SELECT `id`, `username` FROM `users` WHERE `email` IS NOT NULL;
分页查询（大数据量优化）：
sql复制SELECT `id`, `username` FROM `users`
WHERE `id` > 1000 -- 避免使用OFFSET
ORDER BY `id`
LIMIT 10;
5. 实战中的常见问题
5.1 字符集乱码问题
现象：中文显示为问号
解决方案：
- 确认连接字符集：
sql复制SET NAMES utf8mb4; - 检查表字符集是否一致
- 确保客户端工具编码设置正确
5.2 时区不一致问题
推荐方案：
- 数据库使用UTC时区
- 应用层处理时区转换
- 连接时指定时区：
sql复制SET time_zone = '+08:00';
5.3 自增ID不连续问题
这是正常现象，可能由以下情况导致：
- 事务回滚
- 批量插入预分配ID
- 手动指定过ID值
6. 性能优化建议
-
字段设计原则：
- 避免NULL（用DEFAULT值代替）
- 大文本单独存（如TEXT类型）
-
查询优化：
sql复制EXPLAIN SELECT * FROM `users` WHERE `username` = 'admin'; -
连接池配置：
- 合理设置max_connections
- 使用连接池如HikariCP
这套基础操作流程已经过数百个项目的验证，特别提醒新手注意：在生产环境执行任何写操作前，务必先BEGIN事务测试，确认无误再COMMIT。我曾经因为一个漏写WHERE条件的UPDATE语句，不得不用备份恢复数据。