简介MySQL安装及使用教程是一份面向数据库零基础学习者与初学者的入门型文档围绕MySQL的获取、安装配置及日常使用展开帮助读者解决环境搭建不熟悉、Workbench操作生疏和SQL增删改查语法记不牢等问题。资源包共1个docx文件大小约1.53MB以图文步骤组织内容便于按章节查阅和跟着练习。文档从官网下载与安装程序选择讲起说明安装过程中的密码、数据库名设置及环境变量检查并补充服务启动与关闭的验证方式随后介绍Workbench连接数据库、建立库表以及select、insert、update、delete四类语句的示例写法。已有1456人学习适合需要快速完成MySQL部署、熟悉图形化工具并掌握基础SQL操作的学生、开发入门者和自学者作为实操参考。1. 一套能跑通的 MySQL 8.0 本地环境从下载到第一条 SQL装 MySQL 这件事最容易出错的往往不是 SQL 写错而是安装向导里那几步默认值没看清服务名到底叫什么、root 密码设成了什么、认证插件选的是哪一档。等net start报「服务名无效」或者客户端甩出一句ERROR 1045 Access denied人就开始怀疑人生。这份 MySQL 安装及使用教程资源的价值在于把 Windows 下从下载、安装到 Workbench 建库建表、再到增删改查的完整链路串成了一条线适合刚接触 mysql数据库、需要在本地或实验机上跑起一套可用环境的人。下面按安装、建库建表、CRUD、排错、备份的顺序拆开讲每一步都落到能直接抄的命令和参数上。2. Installer 安装向导四个必填项与它们背后的默认值2.1 为什么选 Installer 而不是 ZIP 解压版MySQL 在 Windows 上有两条路一条是 MySQL Installer图形化向导装完自动注册 Windows 服务、写好数据目录、附带 Workbench 和命令行工具另一条是 ZIP Archive 免安装包解压后自己写my.ini、自己执行mysqld --initialize、自己mysqld --install注册服务。教程资源走的是第一条这个选择对新手是对的理由不是「简单」而是「少一个变量」。免安装版最麻烦的地方在于初始化那一步出错时几乎没有提示my.ini里basedir写错一个斜杠、datadir目录不存在、端口被占mysqld --initialize都可能直接退出日志还默认不输出到控制台。Installer 把这些动作包在向导里失败时会弹窗告诉你哪个组件没装上。代价是它会往系统里塞一堆东西——服务、注册表项、开始菜单、VC 运行库卸载时未必干净。安装方式需要手动做的事适合场景出问题先看哪里MySQL Installer只需在向导里选组件、填密码单机开发、教学环境、第一次装安装日志、Windows 服务列表ZIP Archive写 my.ini、初始化、注册服务、配 PATH多实例共存、便携环境、需要精确控制目录数据目录下的.err错误日志一个常见误区是把「安装包下载失败」当成致命错误。向导在下载组件时如果某个可选包拉不下来比如示例库或某个 Connector直接跳过继续服务端本体装完照样能用缺的组件后面重新打开 Installer 补装即可。真正不能跳过的是 MySQL Server 和它的依赖运行库。2.2 组件选择Server、Workbench、Shell 各管什么向导第二步会让你选安装类型Developer Default、Server only、Client only、Full、Custom。默认的 Developer Default 会装一大坨东西其中真正每天都用到的只有三个。组件作用是否必装MySQL Server数据库服务本体注册为 Windows 服务必装MySQL Workbench图形化客户端建库建表、跑 SQL、看执行计划强烈建议MySQL Shell命令行客户端支持 SQL 与 JS/Python 模式可选排错时好用Connector/ODBC、Connector/NET给其他程序连库用的驱动按需我的习惯是选 Custom只勾 Server、Workbench、Shell 三项其他驱动等真正要接应用时再补。这样装的快出问题时排查面也小。如果机器上已经装过别的版本向导会检测到并提示 Upgrade 或 Reinstall这时要看清楚它打算升哪个实例别把还在用的旧实例给覆盖了。2.3 安装向导里的四个关键输入向导中间有几屏是需要你真正做决定的其余基本都是 next。这四处填错后面就得靠排错章节来救。配置项常见默认值说明与建议Config TypeDevelopment Computer决定内存占用档位本地开发选它即可Port3306标准端口已被占用就改 3307但要记住Authentication Method强密码加密caching_sha2_password8.0 默认老客户端连不上时才会考虑降级Root Password空必须设且要记住丢了只能走重置流程Windows Service NameMySQL80服务名不是数据库名后面所有 net 命令都用它Start at System Startup勾选不勾的话每次开机要手动起服务认证方式那一屏值得单独说。选强密码加密root 的密码会用caching_sha2_password插件存储好处是默认更安全代价是某些老版本的客户端驱动、老版本的管理工具不认识这个插件连上来会报Authentication plugin caching_sha2_password cannot be loaded。遇到这种情况不要第一反应就去改 root 的插件先确认客户端的版本多数情况下升级客户端比降级服务端划算。只有在确实无法升级的环境里才考虑给账号单独指定mysql_native_password。服务名那一栏很多人装完就忘了自己填的是什么。教程原文里写「Net start mysql80mysql80 数据库名」这里需要纠正一个概念MySQL80 是 Windows 服务名不是数据库名。数据库是你自己在服务里建的db_2这类逻辑库两者完全不在一个层面。服务名填错net start就会告诉你服务不存在。2.4 环境变量与服务的验证命令安装向导走完最后一步通常会自动把bin目录写进系统 PATH。但「通常」不等于「一定」尤其是升级安装或者中途取消过的情况下。装完先别急着开 Workbench用命令行验证一遍三条命令就能确认环境是否真的可用。# 以管理员身份打开命令提示符先确认服务真实名称 # sc query 列出所有服务findstr 过滤出名字里带 mysql 的 sc query type service state all | findstr /I mysql # 启动服务服务名以 sc query 的输出为准默认安装一般是 MySQL80 net start MySQL80这段命令的逻辑很直白sc query是 Windows 自带的服务查询工具state all表示连停止状态的服务也列出来避免你以为没装其实只是没启动。findstr /I的/I是忽略大小写因为服务名可能写成MySQL80也可能写成mysql80。net start必须在管理员权限的终端里执行普通权限会报「发生系统错误 5拒绝访问」。# 确认客户端是否在 PATH 中能打印版本说明环境变量没问题 mysql --version # 登录-u 后跟用户名-p 表示交互式输入密码 # 不要把密码直接跟在 -p 后面会留在命令历史里 mysql -uroot -p -h 127.0.0.1 -P 3306-h 127.0.0.1和-h localhost在 Windows 上行为不完全一样前者走 TCP后者可能走命名管道。排错时统一用127.0.0.1能减少一个变量。-P是大写指端口小写-p指密码这两个参数写反是新手高频翻车点表现是命令卡住等密码输入或者直接报未知参数。登录进去之后再确认三项运行时参数把「装好了」变成「参数对上了」-- 端口是否和安装时填的一致 SHOW VARIABLES LIKE port; -- 服务端默认字符集后面建库建表要以它为基础判断 SHOW VARIABLES LIKE character_set_server; -- 数据目录位置备份和迁移时要看 SHOW VARIABLES LIKE datadir;如果mysql --version报「不是内部或外部命令」说明 PATH 没配上。手动补的办法是在系统环境变量Path里追加一行C:\Program Files\MySQL\MySQL Server 8.0\bin注意路径要按你实际装的版本目录改改完必须重开终端才生效老终端读的还是旧环境。还有人改了用户变量而不是系统变量导致管理员终端里能用、普通终端里不能用这种差异排查起来最费时间。3. Workbench 建库建表字符集、字段类型与 DDL 复核3.1 新建连接与 test connection 的真实含义打开 Workbench首页那个加号是新建连接。需要填的字段不多Connection Name 随便起能认出环境就行比如local-3306Hostname 填127.0.0.1Port 填安装时定的端口Username 填root密码点 Store in Vault 存起来省得每次输。填完点 Test Connection弹窗提示成功很多人到这一步就认为「连上了没问题」。这里要泼一盆冷水Test Connection 通过只证明三件事——TCP 能通、端口对、账号密码正确。它不证明这个账号有建库权限也不证明字符集配置合理。曾经遇到过测试连接成功、一建库就报权限错误的情况原因是拿到的账号只有某几个库的权限而CREATE DATABASE需要更高级别的授权。连接建好后双击进入左边是 Navigator 面板能看到 Schemas、Administration、Performance 几块。建库建表都在 Schemas 上操作右键就能出菜单。3.2 建库字符集与排序规则的默认值陷阱Workbench 工具栏上那个建库按钮图标是个带加号的数据库点开只需填库名。教程里填的是db_2点 Apply 之后它会弹出一段实际要执行的 SQL确认再执行。这个「先看 SQL 再执行」的设计很值得保留因为默认值不一定是你想要的。MySQL 8.0 的服务端默认字符集是utf8mb4排序规则是utf8mb4_0900_ai_ci建库时不指定就继承这个默认值。听起来没问题但如果是从旧环境迁移过来的实例character_set_server可能还是utf8mb3甚至latin1那建出来的库就是错的。所以我一般不用图形按钮直接写 DDL-- 显式指定字符集与排序规则不依赖服务端默认值 CREATE DATABASE db_2 DEFAULT CHARACTER SET utf8mb4 DEFAULT COLLATE utf8mb4_0900_ai_ci; -- 回读确认避免默认值被继承成别的 SHOW CREATE DATABASE db_2;utf8mb4和utf8的区别必须说清楚MySQL 里的utf8是utf8mb3的别名最多三个字节存不下 emoji 和部分生僻字utf8mb4才是完整的四字节 UTF-8。新项目没有理由再用utf8mb3。排序规则utf8mb4_0900_ai_ci里0900指基于 Unicode 9.0 的排序ai是 accent insensitive重音不敏感ci是 case insensitive大小写不敏感。这意味着ABC和abc在比较时被视为相等。如果业务上要求大小写严格区分比如邀请码、令牌就要用utf8mb4_0900_as_cs或者干脆把字段类型换成VARBINARY。排序规则选错不会报错只会在某天查询结果对不上时让你抓狂。3.3 建表从可视化表格到 DDL 反查在 Schemas 里展开db_2右键 Tables 选 Create TableWorkbench 会给你一个表格界面填列名、选类型、勾主键、设非空、写默认值。建完点 Apply它同样会先给你看 DDL。教程里的student表按「编号、姓名、年龄、地址」四列设计落到 DDL 上我会这样写USE db_2; CREATE TABLE student ( idstudent INT UNSIGNED NOT NULL AUTO_INCREMENT COMMENT 学生编号自增主键, name VARCHAR(32) NOT NULL COMMENT 姓名, age TINYINT UNSIGNED NULL COMMENT 年龄取值 0-255, addr VARCHAR(128) NULL COMMENT 地址, created_at TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT 写入时间, PRIMARY KEY (idstudent), KEY idx_name (name) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COLLATEutf8mb4_0900_ai_ci;字段类型的选法值得逐条说。idstudent用INT UNSIGNED无符号能多出一倍正数空间自增主键不会出现负数逻辑上更干净AUTO_INCREMENT让插入时不用关心编号。name用VARCHAR(32)32 个字符对姓名足够VARCHAR是变长存储不会像CHAR那样补空格浪费空间。age用TINYINT UNSIGNED一个字节存 0-255比INT省三字节一张百万行的表就是三兆的差别这里不要用INT图省事也不要用字符串存年龄。addr用VARCHAR(128)而不是TEXT因为TEXT会把内容存到行外查询时多一次寻址地址这种短文本没必要。created_at用TIMESTAMP加DEFAULT CURRENT_TIMESTAMP插入时不写这列也会自动填当前时间TIMESTAMP的范围到 2038 年如果业务要存更远的未来时间改用DATETIME。ENGINEInnoDB在 8.0 里已经是默认显式写出来是为了防止实例改过默认引擎。KEY idx_name (name)建了个普通索引后面按姓名查的时候能用上这个索引不是必须的但在student这种小表上加上也无妨正好用来观察索引命中。3.4 用 SQL 面板复核 Workbench 做了什么图形界面最大的问题是你不知道它替你做了什么。点完 Apply 之后回到 SQL 面板执行几条语句把表结构反读出来这个习惯能省掉大量「我以为它建了索引其实没建」的误会。-- 查看建表语句的完整版本包括字符集、引擎、索引 SHOW CREATE TABLE student\G -- 简版结构列名、类型、是否可空、键、默认值 DESC student; -- 从元数据里核对字符集比肉眼看界面可靠 SELECT TABLE_NAME, TABLE_COLLATION FROM information_schema.TABLES WHERE TABLE_SCHEMA db_2;SHOW CREATE TABLE ... \G里的\G是把结果竖排宽表在命令行里横着看会折行折到没法读。DESC是DESCRIBE的简写输出比SHOW CREATE TABLE简洁日常查字段够用。第三条查information_schema是确认排序规则的最可靠方式因为 Workbench 的界面在某些缩放比例下会把utf8mb4_0900_ai_ci显示截断肉眼容易看漏。顺便说一个数据写入的细节。教程里是在 Workbench 的结果网格里直接双击填数据再 Apply这个方式适合验证不适合日常。网格编辑本质上是生成UPDATE或INSERT语句主键填错会直接改错行而且没有事务保护。真正写数据还是走 SQL 面板理由在下一章展开。4. 增删改查四条语句把 CRUD 写到能进生产脚本的程度4.1 SELECT先看执行计划再谈优化SELECT * FROM student;是最常见的入门写法也是最该尽早戒掉的写法。*会把所有列拉回来包括你根本不用的大字段网络传输和内存都浪费更麻烦的是表结构一变依赖列顺序的代码就可能出错。-- 明确列名只取需要的字段加 LIMIT 防止全表拉回 SELECT idstudent, name, age FROM student WHERE name 张三 LIMIT 10; -- 在 SELECT 前加 EXPLAIN看优化器打算怎么执行 EXPLAIN SELECT idstudent, name, age FROM student WHERE name 张三;LIMIT 10不是可有可无的装饰。在开发机上表里只有几十行加不加都一样等接了真实数据一条没限制的查询就能把客户端卡死。EXPLAIN输出里重点看三列type是访问类型出现ALL表示全表扫描ref或range说明用上了索引key是实际选用的索引名为NULL就是没走索引rows是预估扫描行数越小越好。在student表上因为建了idx_name索引按name查大概率能命中。如果key显示NULL常见原因是条件列上做了函数运算比如WHERE UPPER(name) ZHANG或者字段类型和传入值类型不一致导致隐式转换索引直接失效。这类问题不看EXPLAIN根本发现不了。4.2 INSERT多行插入与自增主键回填单行插入的语法是INSERT INTO 表名(列1, 列2, ...) VALUES (值1, 值2, ...);列名和值必须一一对应顺序可以调整但两边要一致。实际写脚本时更常用多行插入一次提交多条减少往返开销。-- 多行插入主键 idstudent 交给自增不显式赋值 INSERT INTO student (name, age, addr) VALUES (张三, 21, 某小区 1 号楼), (李四, 22, 某小区 2 号楼), (王五, 23, 某小区 3 号楼); -- 取回本次连接最后一次自增生成的编号 SELECT LAST_INSERT_ID();这里有意不写idstudent。教程里的示例是Insert into student(idstudent, name, age, addr) values (3, ...)显式指定主键在演示时可以在真实场景里风险很高一是容易和已有主键撞车报ERROR 1062 Duplicate entry二是自增计数器不会因为你手动插了 3 就跳到 4后续自增还是从 1 开始早晚冲突。让数据库自己分配编号是更稳的做法。LAST_INSERT_ID()返回的是当前连接最后一次自增插入产生的值多行插入时返回的是第一行的编号后续行依次加一。注意它和MAX(idstudent)不是一回事并发场景下MAX可能拿到别人刚插的记录LAST_INSERT_ID()是连接级别的不会串。批量插入还有个坑是包大小。一次插几万行会超过max_allowed_packet限制报ERROR 2006 MySQL server has gone away。常见做法是分批提交每批几百到几千行具体数量看单行大小别死记一个数字。4.3 UPDATE 与 DELETEWHERE 是唯一的后悔药UPDATE的完整语法里有LOW_PRIORITY、IGNORE、ORDER BY、LIMIT这些可选项日常用的其实只有SET和WHERE。少写WHERE的后果是整表被改而这个操作没有撤销键。-- 第一步永远是先查确认 WHERE 命中的范围和内容对不对 SELECT idstudent, name, age FROM student WHERE idstudent 3; -- 确认无误再改WHERE 优先走主键 UPDATE student SET age 19 WHERE idstudent 3; -- 改完再查一次验证结果 SELECT idstudent, name, age FROM student WHERE idstudent 3;三次查询夹一次更新看起来啰嗦但这是我最愿意坚持的习惯。WHERE idstudent 3走主键命中的要么是一行要么是零行可控。如果条件是非索引列比如WHERE name 张三同名的可能有多行UPDATE会全部改掉这时候要么先用SELECT数一下行数要么加LIMIT 1兜底。DELETE FROM student WHERE idstudent 3;同理WHERE必须带。删除整表数据有两个选择DELETE FROM student;是逐行删写 undo 日志可以回滚自增计数器不清零TRUNCATE TABLE student;是重建表速度极快但不可回滚自增归零且需要 DROP 权限。清空测试数据用TRUNCATE线上环境慎用。还有一个容易忽略的点UPDATE和DELETE在事务里才能回滚。如果autocommit是开的默认就是开的每条语句执行完立刻提交ROLLBACK已经没有意义了。这一点在下一节展开。4.4 事务与回滚命令行里最该养成的习惯MySQL 的 InnoDB 支持事务但默认的自动提交模式让很多人误以为「MySQL 没有事务」。要做一批相关联的写操作先显式开事务。-- 关闭当前会话的自动提交后续语句需手动 COMMIT SET autocommit 0; START TRANSACTION; UPDATE student SET age 20 WHERE idstudent 1; UPDATE student SET age 21 WHERE idstudent 2; -- 提交前先自查确认两条都改对了 SELECT idstudent, age FROM student WHERE idstudent IN (1, 2); -- 没问题就提交发现问题就执行 ROLLBACK 回到事务开始前 COMMIT; -- ROLLBACK;SET autocommit 0是会话级别的只影响当前连接关掉终端就恢复。它的作用是让后面的语句不自动提交但这不代表你可以省掉START TRANSACTION——显式开启事务边界更清晰尤其是脚本里夹着多条语句的时候。事务能回滚的前提是表引擎为 InnoDB。如果某张表是 MyISAMROLLBACK不会报错但也不会真的撤销这种「静默失败」最坑。用SHOW TABLE STATUS LIKE student;看Engine列确认一下比出事之后再查要省事。ROLLBACK只能救事务内的操作救不了TRUNCATE和DROP。所以我给自己定的规矩是任何会改数据或改结构的语句先在测试库跑一遍确认影响行数和预期一致再上正式库。这条规矩听起来笨但它救过我一次误删整表的事故。5. 安装与连接排查五个高频翻车现场的处理顺序排错要有顺序先确认服务在不在再确认端口通不通再确认认证过不过最后才怀疑 SQL 和数据。反过来查会在细枝末节上浪费大量时间。下面五条是我在实际环境里遇到频率最高的按这个顺序排。5.1 服务名无效net start 找不到 MySQL80现象很直接管理员终端里执行net start MySQL80回一句「服务名无效」或者「没有启动 MySQL 服务」。但 Workbench 明明装好了bin目录也在。原因通常有两个。一是服务名和你想的不一样安装向导里那一栏是可以改的有人填了MySQL、MySQL80、MySQL57装完就忘。二是根本没装服务端只勾了 Client 或 Workbench这种情况下mysql客户端在服务却不存在。解决方式是不猜查# 列出所有含 mysql 的服务及其状态 sc query type service state all | findstr /I mysql # 也可以直接看注册表里的服务键名 reg query HKLM\SYSTEM\CurrentControlSet\Services | findstr /I mysql拿到真实服务名再执行net start。如果sc query一条都查不到那就是服务端没装上重开 Installer 补装 MySQL Server。另外注意net start后面跟的是服务名不是数据库名这两个概念在教程里容易混实际用错了报错信息又很含糊。5.2 ERROR 2003客户端连不上 3306现象是mysql -uroot -p -h 127.0.0.1卡几秒后报ERROR 2003 (HY000): Cant connect to MySQL server on 127.0.0.1:3306 (10061)。这个错误码的含义是「连接被拒绝」不是密码错。原因有三类服务没启动端口不是 3306安装时改过端口被别的进程占了MySQL 根本没绑上。第三类最隐蔽因为服务状态显示「正在运行」但它绑的可能不是你以为的端口。# 看 3306 到底被谁监听最后一列是进程 PID netstat -ano | findstr :3306 # 拿到 PID 后反查进程名 tasklist | findstr PID如果查出来是别的程序占着要么改 MySQL 端口要么停掉占用方。改端口在my.ini的[mysqld]段加port3307改完必须重启服务且客户端连接参数要同步改。还有一种情况是netstat什么都查不到那基本就是服务没起来回到上一条。5.3 ERROR 1045 与 2059认证这一关ERROR 1045 (2003) Access denied for user rootlocalhost (using password: YES)是密码错using password: NO是你压根没传密码。先确认大小写和输入法再看账号的 host 部分——rootlocalhost和root127.0.0.1在 MySQL 眼里是两个不同的账号用-h 127.0.0.1连却只建了rootlocalhost就可能被拒。ERROR 2059 (HY000): Authentication plugin caching_sha2_password cannot be loaded是另一类问题密码没错是客户端不认识 8.0 的默认认证插件。多见于老版本驱动或老工具。解决思路是先分辨是哪一种。用mysql -uroot -p从本机命令行直连能进说明密码没问题问题在客户端兼容性进不去才是密码或账号问题。确认是插件问题的优先升级客户端确实升不了的才给账号换插件-- 查看账号当前使用的认证插件 SELECT user, host, plugin FROM mysql.user WHERE user root; -- 仅在客户端无法升级时使用新密码换成你自己的 ALTER USER rootlocalhost IDENTIFIED WITH mysql_native_password BY 新密码; FLUSH PRIVILEGES;FLUSH PRIVILEGES在 8.0 里用ALTER USER改密码其实不是必须的但写上无害。密码真丢了的重置流程要停服务、加--skip-grant-tables启动、改表、再重启步骤多且有安全风险所以安装时把密码记进密码管理器比事后救火划算得多。5.4 ERROR 1175安全更新模式拦住了 UPDATE在 Workbench 里执行UPDATE student SET age 19;报ERROR 1175 (HY000): You are using safe update mode and you tried to update a table without a WHERE that uses a KEY column。这是 Workbench 的保护机制不是数据库报错。它要求UPDATE和DELETE的WHERE必须用到键列防止手滑改全表。触发条件是没写WHERE或者WHERE里用的列没索引。正规解法是把条件改成走主键或索引列比如WHERE idstudent 3。如果确实需要批量改非索引列可以在当前会话临时关掉-- 仅对当前会话生效重连后恢复默认 SET SQL_SAFE_UPDATES 0;关掉之后一定要自己盯住WHERE因为这个开关关掉的同时也关掉了最后一道保险。我的习惯是先在SELECT里验证条件命中多少行再把这条件原样挪到UPDATE里行数对不上就不执行。5.5 ERROR 1366字符集没对齐现象是插入中文或 emoji 时报ERROR 1366 (HY000): Incorrect string value: \xF0\x9F... for column name at row 1。错误信息里那串十六进制就是存不进去的字符。原因链通常是这样库或表用了utf8mb3也就是别名utf8三个字节的编码装不下四字节的 emoji或者客户端连接字符集是latin1中文在传输阶段就已经坏了。前者是存储层问题后者是连接层问题要分开查。-- 查库、表、列三级的字符集确认是哪一层没对齐 SELECT SCHEMA_NAME, DEFAULT_CHARACTER_SET_NAME FROM information_schema.SCHEMATA WHERE SCHEMA_NAME db_2; SELECT TABLE_NAME, TABLE_COLLATION FROM information_schema.TABLES WHERE TABLE_SCHEMA db_2; SHOW FULL COLUMNS FROM student; -- 查当前连接的字符集三个值应该都是 utf8mb4 SHOW VARIABLES LIKE character_set_%;库表的问题用ALTER DATABASE db_2 CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci;和ALTER TABLE student CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci;修。连接层的问题在客户端侧指定字符集Workbench 在连接设置的 Advanced 页命令行用--default-character-setutf8mb4。注意CONVERT TO会重建表大表上要挑低峰期做。6. 备份与账号隔离一套能自检的收尾动作装完能连、能建表、能增删改查只能算「跑起来了」。真正敢在这套环境上放数据还差两步能备份以及不给应用 root。备份用mysqldump它是随 Server 一起装的命令行工具。InnoDB 表加--single-transaction能拿到一致性快照而不锁表这是本地小库和生产库都用得上的参数# 备份单库--single-transaction 保证一致性--routines 带上存储过程 mysqldump -uroot -p --single-transaction --routines --triggers db_2 db_2_backup.sql # 恢复先建空库再导入 mysql -uroot -p -e CREATE DATABASE IF NOT EXISTS db_2 DEFAULT CHARACTER SET utf8mb4; mysql -uroot -p db_2 db_2_backup.sql db_2_backup.sql是 shell 重定向把标准输出写进文件反过来把文件喂给客户端。恢复前一定要确认目标库是空的或者可以覆盖mysqldump默认生成的脚本里带DROP TABLE IF EXISTS导进有数据的库会直接删表重建。账号隔离是第二件事。应用连库不该用 root按最小权限建专用账号-- 只读账号给报表或查询类服务用 CREATE USER app_rolocalhost IDENTIFIED BY 换成一个足够长的密码; GRANT SELECT ON db_2.* TO app_rolocalhost; -- 读写账号给业务服务用不给 DROP 和 GRANT CREATE USER app_rwlocalhost IDENTIFIED BY 另一个足够长的密码; GRANT SELECT, INSERT, UPDATE, DELETE ON db_2.* TO app_rwlocalhost; FLUSH PRIVILEGES;app_rolocalhost里的 host 限定来源本地服务就用localhost要允许内网访问再按需放开不要图省事写%。密码长度和复杂度在这里不是形式主义弱密码的库被扫到只是时间问题。最后给一张我每次装完都会过一遍的自检表五条全绿才算收工检查项命令期望结果服务随开机启动sc qc MySQL80START_TYPE 为 AUTO_START端口监听正常netstat -ano | findstr :3306有 LISTENING 记录字符集为四字节SHOW VARIABLES LIKE character_set_server;utf8mb4备份可恢复导入到临时库再查行数行数与原库一致应用账号非 rootSELECT user, host FROM mysql.user;业务账号独立存在那张备份恢复的验证我吃过亏。早些年备份脚本跑得好好的日志全绿直到真需要恢复时才发现备份文件只有几百字节——mysqldump因为权限问题连不上错误写进了标准错误而我把标准错误重定向到了别处文件是空的却一直没人发现。从那以后我每次配完备份都强制走一遍「导进临时库、SELECT COUNT(*)对行数」的流程不看到数字对得上不算完。希望帮到你。本文还有配套的精品资源点击获取
