今天把MySQL学习笔记推到第34节。上午的内容围绕两件事创建数据库、运行各类SQL。听起来是入门操作但真正动手会发现里面藏着不少值得展开的细节比如字符集怎么选、SQL按类型怎么划分、一条报错怎么一步步查到根因。这篇文章就以学习笔记的形式整理出来适合刚装好MySQL、还没系统跑过SQL的同学也适合想快速复习建库语法的老手。开始之前先交代一下环境我在本机用的是MySQL 8.0版本操作系统是Ubuntu。SQL标准本身是通用的但MySQL在函数、关键字和存储引擎上有自己的实现所以学习时要结合具体版本。1. 环境准备先把连接搞定再谈建库1.1 命令行登录那些参数安装完MySQL之后第一件事不是建库而是确保能稳定连上服务器。最常用的登录方式是在终端执行mysql -u root -p回车后输入密码就能进入交互式命令行。这里有几个参数值得说明-u指定用户名缺省是当前系统用户-p提示输入密码注意是小写-h指定主机默认是localhost-P指定端口默认是3306注意是大写如果只在本机学习-h和-P可以不带。但当要连远程服务器时就得写完整mysql -h 192.168.1.101 -P 3306 -u root -p有个坑我印象很深第一次远程连数据库时我把端口参数写成了小写-p结果MySQL认为-p后面是密码于是提示“Access denied”白白折腾了十几分钟。后来才记住-p是密码-P才是端口。如果连接时遇到SSL协议相关报错可以先临时加参数mysql -u root -p --skip-ssl用这个方式排除是不是证书配置导致的问题。生产环境不能这么干但在学习环境里排查问题很实用。1.2 图形化客户端怎么选命令行适合学习和写脚本但日常看数据、改记录图形化工具效率更高。常见的MySQL客户端有MySQL Workbench、DBeaver、Navicat。我个人常用DBeaver开源免费、跨平台、支持多种数据库。Navicat功能也很完善但那是商业软件想长期用就买授权别去找什么激活码正版试用期足够做评估。不管选哪个工具底层逻辑都是一样的无论你在图形界面怎么点最终发送到MySQL服务器上的仍然是一条条SQL。所以工具只是加速器语法才是基本功。这也是第34节把“运行各类SQL”单独拎出来的原因。1.3 确认版本和运行模式登录之后建议先跑一句SELECT VERSION();这能快速确认当前MySQL版本。版本差异会影响很多细节MySQL 8.0的默认字符集是utf8mb45.7则是utf8mb3不同版本的语法兼容性也不一样。照着不同版本的教程敲命令时遇到奇怪报错先看版本再排查。还可以查看服务器默认字符集SHOW VARIABLES LIKE character_set_server;如果这个值是utf8mb4就可以放心存中文和emoji。如果不是后续建库时就要在CREATE DATABASE语句里显式指定。2. 创建数据库不在建库这一步翻车2.1 CREATE DATABASE 语法细节创建数据库的SQL核心就一句话CREATE DATABASE mydb;为了脚本可以重复执行通常加上IF NOT EXISTSCREATE DATABASE IF NOT EXISTS mydb;这句的意思是存在就跳过不存在就新建。初始化脚本里写上它执行多少遍都不会报错。但建库时真正要思考的是字符集和排序规则CREATE DATABASE mydb CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci;字符集决定数据以什么编码存储排序规则决定字符串比较和排序的方式。重点说utf8mb4它能存储emoji和生僻字兼容完整的Unicode。过去很多人用utf8但MySQL里的utf8其实只是utf8mb3只支持基本多语言平面遇到特殊字符或emoji就会存不进去甚至报错“Incorrect string value”。排序规则里utf8mb4_0900_ai_ci是MySQL 8.0默认值其中ai表示不区分重音ci表示不区分大小写。如果业务要求区分大小写就要用utf8mb4_bin或cs结尾的排序规则。这里我建议养成习惯建库时都写上CHARACTER SET别依赖默认值。默认值会随版本升级或服务器配置变化显式声明才能保证脚本的可移植性。2.2 命名规范这些坑别踩库名最好统一小写用下划线分词例如user_center、order_service。原因是MySQL在Linux上表名区分大小写在Windows上默认不区分。如果开发环境在Windows、生产环境在Linux大小写不一致就会导致应用找不到表。统一用小写可以避开这类问题。另一个坑是保留字。order、group、select、user这些单词看起来正常但都是SQL保留字。真要拿它们当表名或字段名语法会直接报错CREATE TABLE order ( id INT );加上反引号能救回来但每次写SQL都要带反引号维护成本高。更好的方案是换个名字比如orders、t_order。表名尽量直白不要怕多写几个字母。2.3 从业务需求倒推建库设计如果只是练手随便建库没问题。但做项目时建库前先想清楚业务边界。常见做法是一个业务域一个库user_center用户中心存放账号、资料、登录记录order_service订单服务存放订单、订单明细、支付记录product_service商品服务存放商品、分类、库存这样设计的好处是权限容易控制可以把账号只授予业务对应库的权限备份恢复也更灵活某个库出问题不会拖累其他业务。建库时还要考虑字符集对外键、索引的影响。比如两个库字符集不一致做JOIN连接查询时MySQL可能因为排序规则不兼容而报错“Illegal mix of collations”。所以同一个公司内库与库之间的字符集最好保持一致。3. 运行各类SQL从建表到查询都要跑得动3.1 DDL表结构的增删改数据库建好后核心是建表。一个典型的用户表CREATE TABLE users ( id INT UNSIGNED NOT NULL AUTO_INCREMENT, username VARCHAR(50) NOT NULL, email VARCHAR(100) DEFAULT NULL, created_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;字段类型的选择逻辑id用INT UNSIGNED配合AUTO_INCREMENT作为自增主键足够普通业务使用username用VARCHAR(50)用户名长度普遍不超过50email用VARCHAR(100)且允许NULL不是所有用户都填了邮箱created_at用DATETIME默认值取CURRENT_TIMESTAMP应用层不需要手动传时间AUTO_INCREMENT是MySQL的方便之处不需要单独建序列对象。ENGINEInnoDB是默认存储引擎支持事务、行级锁、外键。除非有极其特殊的统计场景否则InnoDB是稳妥选择。改表结构常用四句ALTER TABLE users ADD COLUMN phone VARCHAR(20) DEFAULT NULL; ALTER TABLE users MODIFY COLUMN phone VARCHAR(30); ALTER TABLE users DROP COLUMN phone; ALTER TABLE users RENAME TO accounts;依次对应加字段、改字段类型、删字段、改表名。注意MODIFY COLUMN在数据量大时可能耗时较长尽量放在低峰期执行。3.2 DML对数据动手DML是数据操作语言包括INSERT、UPDATE、DELETE。插入单条INSERT INTO users (username, email) VALUES (tom, tomexample.com);插入多条INSERT INTO users (username, email) VALUES (jerry, jerryexample.com), (spike, spikeexample.com);多条VALUES一次提交比逐条INSERT少很多次网络往返效率更高。更新数据一定要认清WHEREUPDATE users SET email newexample.com WHERE username tom;如果漏掉WHERE整张表的email都会被改成同一值这种事故在实际工作中不是没有。改数据之前先写SELECT确认目标行再改成UPDATE这一招能救不少人。删除数据同理DELETE FROM users WHERE id 1;DELETE是逐行删除不会重置自增ID。而TRUNCATE TABLE users会清空全表并重置自增计数且不能加WHERE危险系数高除非明确要重置表否则少用。3.3 DQL查询是SQL的重头戏SELECT是日常工作用到最多的语句。基础查询SELECT id, username, email FROM users;按条件筛选SELECT id, username FROM users WHERE created_at 2026-03-01;去除空值用IS NOT NULLSELECT id, username FROM users WHERE email IS NOT NULL;去重用DISTINCTSELECT DISTINCT status FROM users;排序SELECT id, username FROM users ORDER BY created_at DESC;分页SELECT id, username FROM users ORDER BY id LIMIT 20 OFFSET 40;这是第三页、每页20条数据的写法。OFFSET别忘很多新手只记得LIMIT翻页却永远翻不动。聚合统计SELECT status, COUNT(*) AS cnt FROM users GROUP BY status;如果想筛出数量超过10的分组用HAVINGSELECT status, COUNT(*) AS cnt FROM users GROUP BY status HAVING COUNT(*) 10;WHERE筛选原始行HAVING筛选分组后的结果两个阶段不能弄混。运行SQL时我建议逐条执行尤其在命令行里看清楚每条语句的返回结果再继续。别把一堆不相关的SQL贴到一个事务里一把梭出了问题不好定位。3.4 事务DML的安全网虽然第34节的重点是运行各类SQL但我还是提前把事务提一嘴因为INSERT、UPDATE、DELETE组合使用时事务能避免做到一半出错的尴尬。基本手法START TRANSACTION; UPDATE account SET balance balance - 100 WHERE user_id 1; UPDATE account SET balance balance 100 WHERE user_id 2; COMMIT;两条更新要么都成功要么都回滚。如果不加事务第一条成功、第二条失败钱就对不上了。基础语法可以先记着等后面读到隔离级别时再深入。4. 踩坑实录几次连接失败和语句报错之后4.1 连接层访问拒绝、端口不通、SSL报错最常见的是ERROR 1045 (28000): Access denied for user rootlocalhost (using password: YES)看到这个提示先确认密码再确认来源主机。root默认只允许localhost登录如果远程连接用root会被拒绝。更好的做法是创建专用账号并限定来源网段CREATE USER app192.168.1.% IDENTIFIED BY your_password; GRANT SELECT, INSERT, UPDATE, DELETE ON mydb.* TO app192.168.1.%; FLUSH PRIVILEGES;这里给的是最小权限只允许操作mydb库的增删改查而不是给ALL。权限越大出问题时的波及面越大。连接失败还有一个常见原因是端口不通。检查MySQL是否在监听netstat -tlnp | grep 3306如果没输出说明mysqld没起来或者端口被改了。再看防火墙云服务器要单独放行3306。很多人卡在这一步明明MySQL在运行却连不上。SSL报错常见于旧客户端连新服务器。学习环境里用--skip-ssl能临时绕过但正规项目还是要把SSL证书配好。4.2 SQL层语法错误、保留字冲突、乱码语法错误最典型的是ERROR 1064ERROR 1064 (42000): You have an error in your SQL syntax排查思路依次是看拼写、看关键字顺序、看是否有保留字。例如CREATE TABLE order (id INT);会报1064因为order是保留字。改成orders或者加反引号就好。乱码问题多半出现在字符集不统一。建库是utf8mb4客户端却用latin1中文显示就是问号。临时解决方式SET NAMES utf8mb4;这条语句把客户端和连接相关的字符集统一设置。长期来看建表和建库时把字符集固定成utf8mb4可以避免大部分乱码。4.3 权限与安全别让建库变成捅娄子学习阶段最容易犯的错是图省事给账号开ALL PRIVILEGES。本机学习可以但项目环境千万控制住。最小权限原则就一句话能用SELECT解决的不授予UPDATE权限能限定一个库的不授予全库权限。再提一下SQL注入。如果代码里直接字符串拼接SQLSELECT * FROM users WHERE username 用户输入;用户输入 OR 11这条语句会把整张表查出来。正确做法是参数化查询让数据库把输入当数据而不是SQL逻辑。这个安全习惯从第一天学SQL就应该种下去。我把近期遇到的典型问题整理成了一张表报错信息常见原因处理方式ERROR 1045 Access denied密码错误或来源主机未被授权检查密码或创建指定来源的账号并GRANTERROR 2003 Cant connect端口不通、服务未启动检查mysqld进程放行防火墙端口ERROR 1064 syntax error拼写错误或保留字未加反引号逐词校对避免保留字命名ERROR 1366 Incorrect string value字符集不一致统一utf8mb4执行SET NAMES utf8mb4这张表以后还会继续扩充。每踩一个新坑就补一行慢慢就形成自己的排错手册。5. 把第34节变成能复用的能力5.1 一套可以照做的练习清单学习SQL不能只看不动手。建议按这个清单过一遍创建数据库demo字符集用utf8mb4创建表students包含自增主键、姓名、年龄、班级、创建时间插入5条记录其中2条姓名长度不同查出年龄大于18的学生按班级分组统计每班人数更新某位学生的班级删除一条测试记录练习一次去重查询和分页查询每执行完一步截图或记录输出再对照预期结果。报错是正常的关键是学会读报错信息。读报错是DBA和开发的基本功别急着把整段报错复制到搜索引擎先自己读一遍很多时候问题就出在某个单词拼写上。5.2 笔记沉淀SQL不靠背靠查学习笔记的核心价值在于好查。我会按SQL场景分类记录建库、建表、查询、更新、删除、统计。每个场景写一个最简例子再补充踩坑点。这样写出来的笔记是自己消化过的内容而不是对文档的简单复制。笔记里可以放一些自己的SQL设计模板。比如创建表时我固定会包含id、created_at、updated_at三个字段。这个模板不一定适合所有业务但能保证表结构有一定的一致性。5.3 从这个节点往后往哪里走第34节只是基础节点下一个阶段建议按这个顺序扩展索引优化理解B树为什么让查询变快学会用EXPLAIN看执行计划事务与隔离级别搞懂ACID的底层逻辑以及并发下可能出现的脏读、幻读视图与存储过程把复杂查询封装成独立对象减少应用层重复代码备份恢复mysqldump、binlog日志这是运维能力里绕不过的两块不用急着全部啃完。今天把建库和基础SQL跑熟练后面每一步都会更顺。最后分享一个我自己的小习惯每次动手前先在命令行跑一次SELECT VERSION();和SHOW DATABASES;确认连的是对的那个实例。这个习惯帮我避免了好几次“改了A库、忘了B库”的尴尬。SQL的学习就是不断重复、不断踩坑的过程第34节记下的内容回头半个月再看可能又有新的理解。各位同学可以拿自己的业务数据把今天这些语句重跑一遍踩过的坑比看十遍笔记都管用。