189 8069 5689
1、先用工具连接到数据库，如Navicat Premium
成都创新互联总部坐落于成都市区，致力网站建设服务有成都网站制作、成都做网站、网络营销策划、网页设计、网站维护、公众号搭建、微信小程序、软件开发等为企业提供一整套的信息化建设解决方案。创造真正意义上的网站建设，为互联网品牌在互动行销领域创造价值而不懈努力！
2、在要备份的数据库点右键，选择转储sql文件-结构和数据
3、然后选择备份路径和备份文件名，保存即可。
数据库的自动备份，可以减轻维护者的工作量也便于系统恢复，对于比较重要的数据库，最好还是设置下自动备份。
工具/原料
navicat for mysql
mysql 5.5
方法/步骤
打开navicat客户端，连上mysql后，双击左边你想要备份的数据库。点击“计划”，再点击“新建批处理作业”。
双击上面的可用任务，它就会到下面的列表里去，代表你选择了这个任务。
点击保存，弹出个命名对话框，给这个任务取个名字，点击“确定”
点击“设置”计划任务。
弹出的对话框，选择“计划”，再点击“新建”。
这里设置为从2014年1月24号起每天早上九点备份该数据库。如果想提高备份频率、或者设置备份截止日期，请点击“高级”。
高级选项可以把备份设置的更精细，比如这里设置的是在24小时内每隔2小时就备份一次。加上前面的基本设置，任务计划就是：从2014年1月24号开始，每天九点，每隔2小时备份一次，每天的备份都持续24小时。
最后，输入电脑密码就大功告成。
定期的备份可使我们数据库崩溃造成的损失大大降低。在MySQL中进行数据备份的方法有两种，一种是使用mysqldump程序，一种是使用mysqlhotcopy、cp、tar或cpio等打包程序直接拷贝数据库文件。mysqldump程序备份数据库较慢，但它生成的文本文件便于移植。使用mysqlhotcopy等程序备份速度快，因为它直接对系统文件进行操作，需人为协调数据库数据的备份前后一致性。
使用mysqldump备份数据库其实就是把数据库转储成一系列CREATE TABLE和INSERT语句，通过这些语句我们就可重新生成数据库。使用mysqldump的方法如下：
% mysqldump --opt testdb | gzip /data/backup/testdb.bak
#--opt选项会对转储过程进行优化，生成的备份文件会小一点，后的管道操作会进行数据压缩
% mysqldump --opt testdb mytable1,mytable2 | gzip /data/backup/testdb_mytable.bak
#可在数据库后接数据表名，只导出指定的数据表，多个数据表可用逗号分隔
--opt选项还可激活--add-drop-table选项，它将会在备份文件的每条CREATE TABLE前加上一条DROP TABLE IF EXISTS语句。这可方便进行数据表的更新，而不会发生“数据表已存在”的错误。
用mysqldump命令还可直接把数据库转移到另外一台服务器上，不用生成备份文件。重复执行可定期更新远程数据库。
% mysqladmin -h remote_host create testdb
% mysqldump --opt testdb | mysql -h remote_host testdb
另外还可通过ssh远程调用服务器上的程序，如：
% ssh remote_host mysqladmin create testdb
% mysqldump --opt testdb | ssh remote_host mysql testdb
通过直接拷贝系统文件的方式备份数据库，在备份时，要确保没有人对数据库进行修改操作。要做到这点，最好关闭服务器。如果不能关闭的，要以只读方试锁定有关数据表。下面是一些示例：
% cp -r db /backup/db #备份db数据库到/backup/db目录
% cp table_name.* /backup/db #只备份table_name数据表
% scp -r db remotehot:/usr/local/mysql/data #用scp把数据库直接拷贝到远程服务器
在把数据库直接拷贝到远程主机时，应注意两台机器必须有同样的硬件结构，或者将拷贝的数据表全部是可移植数据表类型。
使用mysqlhotcopy工具，它是一个Perl DBI脚本，可在不关闭服务器的情况下备份数据库，它主要的优点是：
它直接拷贝文件，所以它比mysqldump快。
可自动完成数据锁定工作，备份时不用关闭服务器。
能刷新日志，使备份文件和日志文件的检查点能保持同步。
下面是该工具的使用示例：
% mysqlhotcopy db /bakcup/ #把db数据库备份到backup/db目录里，会自动创建一个db目录
使用BACKUP TABLE语句进行备份，该语句最早出现在MySQL 3.23.25版本中，仅适用于MyISAM数据表。用法如下：
mysql BACKUP TABLE mytable TO '/backup/db'; #把mytable数据表备份到/backup/db目录下
为了执行该语句，你必须拥有那些表的FILE权限和SELECT权限，备份目录还必须是服务器可写的。该语句执行时，会先把内存中的数据写入磁盘，再把各个数据表的.frm(表结构定义文件)、.MYD(数据)文件从数据目录拷贝到备份目录。它不拷贝.MYI(索引)文件，因为它能用另外两个文件重建。BACKUP TABLE语句备份时，依次锁定数据表，当同时备份多个数据表时，数据表可能会被修改，所以备份0完成时，备份文件中的数据和现时数据表中的数据可能会有差异，为了消除该差异，我们可用只读方式锁定数据表，在备份完成后再解锁。如：
mysql LOCK TABLES tb1 READ,tb2 READ;
mysql BACKUP TABLE tb1,tb2 TO 'backup/db';
mysql UNLOCK TABLE
通用规律只有使用 --all-databases (-A) 会 ERROR 1356，那就看看他到底备份了什么东西。于是喊上同事一起 less 看了下，上下扫了两眼。突然发现：1. 备份 SQL 文件里 DROP 掉了 mysql.proc；2. 后CREATE了一个新的 mysql.proc；3. LOCK TABLES 和 UNLOCK TABLES 中间居然没有备份 CREATE ROUTINE 任何数据？这不就是相当于每次导入全备都给我一个没有任何 sys schema routines 的全新 mysql.proc 表？那这不就异常的尴尬？
---- Table structure for table `proc`--
---- Dumping data for table `proc`-
真相大白在官方文档【sys-schema-usage】官方文档明确的告诉我们不会备份 sys 库。但在使用 mysqldump 在执行 --all-databases 会清空 mysql.proc 导致 sys 无法正常使用；这是一个 BUG，并且只存在于 MySQL 5.7.x ！
1、mysql_upgrade install or upgrade sys schema
这个方案适用于 sys 库已经因为 mysqldump 导入而损坏的情况下使用。
注意：mysql_upgrade 在修理 sys 库的同时，还修理 mysql 库和用户库表（期间加锁且速度一般），有极小可能会误伤；使用 mysql_upgrade 的时候要加上 --upgrade-system-tables，不然会扫描用户库表。
2、全备时同时备份 sys 库
这个方案适用于需要还原的数据库，sys 库也不太正常的情况下使用；在全备后额外再备份一份 sys 库用于修复。
注意：不适用于做主从时使用它。
3、使用 databases 全备
这个方案适用于所有场景的全备需求，100% 安全。
4、使用 mysql-sys 开源代码
如果你的数据库 sys 全部中招了，又是生产库。那你只能用这个方法；
mysql-sys：
中记录了 sys 库的创建语句将文件下载到本地，然后根据数据库版本，执行以下命令即可。