MySQL作为最流行的开源关系型数据库之一，几乎每一位后端开发者都会和它打交道。建库和备份看起来是再简单不过的事情，但真正到了生产环境，字符集选错、备份不完整、恢复失败这些问题层出不穷。本文从零开始讲解MySQL创建数据库的规范流程，再系统地介绍几种常用且可靠的数据库备份实现方法，帮你把基础操作做扎实。
一、MySQL创建数据库的正确姿势
创建数据库最核心的语句是CREATE DATABASE，但很多新手直接敲一句CREATE DATABASE test;就完事了，结果项目上线后中文数据全部变成乱码。问题的根源往往在于建库时没有指定字符集。下面是一条规范的建库语句：
CREATE DATABASE IF NOT EXISTS mydb DEFAULT CHARACTER SET utf8mb4 DEFAULT COLLATE utf8mb4_unicode_ci;
这里有三个关键点需要说明。第一，IF NOT EXISTS可以避免数据库已存在时报错，脚本重复执行更安全。第二，字符集建议使用utf8mb4而不是utf8，因为MySQL中的utf8实际上是最多三字节的实现，无法存储emoji表情等四字节字符。第三，排序规则utf8mb4_unicode_ci决定了字符串比较时的行为，ci表示大小写不敏感，如果业务需要严格区分大小写，可以选用utf8mb4_bin。
建库之后，还需要掌握几个配套的日常操作。查看服务器上所有数据库可以用SHOW DATABASES;，切换到目标数据库用USE mydb;，删除数据库用DROP DATABASE mydb;。要特别注意DROP DATABASE是不可逆操作，它会连同库内所有表和数据一起删除，执行前务必确认。如果想查看某个库的建库信息，可以执行SHOW CREATE DATABASE mydb;，输出的结果中会包含默认字符集，方便核对配置是否符合预期。
此外，通过命令行客户端建库时，还可以使用mysqladmin工具，例如mysqladmin -u root -p create mydb，效果和SQL语句一致，适合写进Shell脚本中自动化执行。两种方式没有本质区别，选择自己顺手的方式即可。
二、使用mysqldump进行逻辑备份
mysqldump是MySQL官方自带的逻辑备份工具，它把数据库结构和数据导出为SQL脚本文件，恢复时直接执行脚本即可，通用性强，是小中型数据库最常用的备份方案。最基本的完整备份命令如下：
mysqldump -u root -p --single-transaction \ --routines --triggers --events \ mydb > mydb_backup.sql
这条命令里有几个参数值得逐个解释。--single-transaction会让备份基于一致性快照进行，适用于InnoDB表，备份过程中不锁表，不会阻塞线上业务。如果不加这个参数，备份大表时可能产生锁等待。--routines、--triggers和--events分别表示导出存储过程、触发器和事件调度，默认情况下触发器会导出，但存储过程和事件不会，所以明确写上更保险，否则恢复后你会发现函数全丢了。
如果只需要备份某张表，在数据库名后面直接跟上表名即可：
mysqldump -u root -p mydb users > users_backup.sql
备份所有数据库则需要加上--all-databases参数，注意这样导出的文件里包含mysql系统库，恢复时可以用来重建用户权限。另一个常见需求是远程备份，比如把线上数据库拉到本地保存，只需加上-h指定主机地址：mysqldump -h 192.168.0.1 -u root -p mydb > mydb.sql，前提是远程MySQL允许该IP连接。
恢复数据的方式很简单，用客户端执行导出的SQL文件：mysql -u root -p mydb < mydb_backup.sql。需要注意的是，恢复前最好确认目标库已存在或者导出文件中包含建库语句（加--databases参数会附带CREATE DATABASE语句），否则会报找不到数据库的错误。
三、增量备份与定时自动备份方案
全量备份虽然简单，但对于数据量大的库，每次都完整导出耗时且占用空间。更完善的方案是每天做一次全量备份，其余时间利用二进制日志（binlog）实现增量恢复。首先要确认binlog已开启，可以执行SHOW VARIABLES LIKE 'log_bin';查看，如果是OFF，需要在MySQL配置文件中设置log-bin=mysql-bin并重启服务。binlog记录了所有修改数据的语句，配合mysqlbinlog工具可以把数据库恢复到任意时间点。
mysqlbinlog --start-datetime="2024-01-01 00:00:00" \ --stop-datetime="2024-01-02 00:00:00" \ mysql-bin.000001 | mysql -u root -p mydb
这条命令会重放指定时间段内的所有变更操作，典型用法是先恢复最近一次全量备份，再用binlog补齐备份时间点到故障时间点之间的数据。这种组合可以最大限度减少数据丢失，是生产环境的标准做法。
对于定时备份，借助Linux的crontab即可实现。下面是一个带日期命名、自动压缩、保留最近七天备份的脚本：
#!/bin/bash BACKUP_DIR=/data/mysql_backup DATE=$(date +%Y%m%d_%H%M%S) mysqldump -u root -p'yourpassword' --single-transaction --all-databases \ | gzip > $BACKUP_DIR/full_$DATE.sql.gz find $BACKUP_DIR -name "full_*.sql.gz" -mtime +7 -delete
把脚本保存后加入crontab，例如设置每天凌晨两点执行：0 2 * * * /data/scripts/backup.sh。这里提醒两点：一是密码直接写在脚本里存在安全风险，更规范的做法是把凭证写入~/.my.cnf配置文件并设置权限为600；二是备份文件不要和数据库放在同一台机器上，务必定期传输到异地或对象存储，否则机器磁盘损坏时备份也一起丢失，等于没做备份。
最后强调一个容易被忽视的原则：备份的价值在于恢复。很多团队备份做了好几年，从未测试过恢复流程，真出事时才发现导出文件损坏或遗漏了关键对象。建议定期在测试环境演练完整的恢复过程，确认备份真正可用，这才算建起了一道可靠的数据安全防线。
MySQL创建数据库数据库备份mysqldump修改时间：2026-09-09 13:13:09