mysql数据库备份 mysqldump

一、--all-databases

  /application/mysql3307/bin/mysqldump -uroot -S /application/mysql3307/logs/mysql.sock -p123456 -R -E --all-databases | gzip > database_`date '+%Y-%m-%d-%H:%M:%S'`.sql.gz

二、--databases

  /application/mysql3307/bin/mysqldump -uroot -S /application/mysql3307/logs/mysql.sock -p123456 --databases wohaoshuai mysql | gzip > database_`date '+%Y-%m-%d-%H'`.sql.gz

三、不指定--databases

  /application/mysql3307/bin/mysqldump -uroot -S /application/mysql3307/logs/mysql.sock -p123456  wohaoshuai | gzip> database_`date '+%Y-%m-%d-%H'`.sql.gz

  1、当对一个数据库进行备份时,--databases允许省略,但是省略后导致的是备份文件名.sql中没有create database和use语句,那么恢复备份文件时,必须指定一个默认的数据库名,由此服务器才知道备份文件恢复到哪个数据库中;由此可以导致你可以使用一个和原始数据库名称不同的数据库名。

四、调用mysqldump备份某个数据库中的某几张表:mysqldump –u用户名 –p 数据库名 表名1 表名2 表名3… > 备份文件名.sql(若只导出表结构需要加上--no-data)

1、 /application/mysql3307/bin/mysqldump -uroot -S /application/mysql3307/logs/mysql.sock -p123456   wohaoshuai(数据库) wohaoshuai1(表) wohaoshuai2(表) | gzip > database_`date '+%Y-%m-%d-%H:%M:%S'`.sql.gz

  在备份库的时候用了--databases则恢复不用加数据库名(经后面测试,发现如果加上--databases后面是否跟表名都会会备份库中的所有表),否则要加数据库名。

  此处有一个问题是,如果也存在wohaoshuai1和wohaoshuai2这个数据库名那么用此备份命令会是什么样子呢?

    此时切记不要用--databases,否则就备份成了wohaoshuai数据库和wohaoshuai1和wohaoshuai2三个数据库了。因此建议:

      备份库的时候尽量都加上--databases这样恢复的时候就直接恢复就可以,备份表的话就不要加了,但是恢复的话就要记得指定库。

      备份表恢复:

         /application/mysql3309/bin/mysql -uroot -S /application/mysql3309/logs/mysql.sock -p zengliangtest <database2_2018-09-08-20.sql

五、恢复sql格式的备份文件

  1、通过mysqldump备份的文件,如果用了 --all-databases或--databases选项,如果是全备也可以两者都加上,则在备份文件中包含create database和use语句,故并不需要指定一个数据库名去恢复备份文件。

    gzip -d 备份文件.sql.gz

    a、mysql -uroot -p123456 < 备份文件.sql

    b、在mysql命令下,用source命令导入备份文件:

      source 备份文件.sql(需要在sql文件目录下打开mysql然后source sql文件,否则就要用绝对路径)

    注意:恢复后新增的表不会被覆盖,但备份时存在的表备份后的数据会被冲掉。

  2、如果通过mysqldump备份的是单个数据库,且没有使用--databases选项,则备份文件中不包含create database和use语句,那么在恢复的时候必须先创建数据库。

    在shell命令下:

      mysqladmin -u 用户名 -p create 数据库名  //创建数据库

      mysql -u 用户名 -p 数据库名 < 备份文件.sql

    在mysql命令下:

      create database if not exist 数据库名;

      use 数据库名;

      source 备份文件.sql

     注意:只能在cmd界面下执行source命令,不能在mysql工具里面执行source命令,会报错,因为cmd是直接调用mysql.exe来执行命令的。

六、增量备份

  1、在mysql配置文件中打开binlog日志功能,在my.cnf中加入   

    log-bin=mysql-bin(也可指定二进制日志生成的路径,如:log-bin=/opt/Data/mysql-bin)
    server-id=1

  2、mysqldump增量备份

    全备标准化语句:

    /application/mysql/bin/mysqldump -upy_rsync_155 -p -h192.168.0.153 -A -B -F -R --master-data=2 --single-transaction --events|gzip >/application/data/backup/database_`date '+%Y-%m-%d-%H:%M:%S'`.sql.gz

    /application/mysql/bin/mysqldump -upy_rsync_155 -p -h192.168.0.153 -A(相当于--alldatabases) -B(相当于--databases) -F(相当于flush-logs) -R(存储过程时加上) --master-data=2 --single-transaction(锁行,如果存储引擎是myiasm则加--lock-all-tables) --events|gzip >/application/data/backup/database_`date '+%Y-%m-%d-%H:%M:%S'`.sql.gz

      --flush-logs为结束当前日志,生成新日志文件;
      --master-data=2 选项将会在输出SQL中记录下完全备份后新日志文件的名称,用于日后恢复时参考,例如输出的备份sql文件中含有:

      CHANGE MASTER TO MASTER_LOG_FILE=’MySQL-bin.000002′, MASTER_LOG_POS=106;

    刷新二进制日志:

    /application/mysql3308/bin/mysqladmin -uroot -S /application/mysql3308/logs/mysql.sock  -p123456  flush-logs

  3、恢复完全备份

     /Registry/fof2v1_mysql/mysql3312/bin/mysql -uroot -p -S /Registry/fof2v1_mysql/mysql3312/logs/mysql.sock  -f(最好加上) <py_fof_2_1.sql

  4、恢复增量备份

     /application/mysql3309/bin/mysqlbinlog mysql-bin.000002  | /application/mysql3309/bin/mysql -uroot -S /application/mysql3309/logs/mysql.sock -p123456   注意此次恢复过程亦会写入日志文件,如果数据量很大,建议先关闭日志功能

  5、二进制文件恢复详解https://www.cnblogs.com/kevingrace/p/5907254.html

七、myiasm 和 innodb锁表参数详解

  1、--single-stransaction是创建一个一致性的快照通过dump 所有的表到一个单独的transaction,添加这个参数后其实会默认加一个锁,用户在备份期间可以增删改操作,但不能修改表结构innodb在备份过程中,虽然其他线程也在写数据,但是dump出来的数据能保证是备份开始时那个binlog pos的数据。

  2、myisam引擎要保证得到一致性的数据的话,他是如何实现的呢?

    它是通过添加--lock-all-tables,这样在flush tables with read lock后,直到整个dump过程结束,断开线程后才会unlock tables释放锁(没必要主动发unlock tables指令),整个dump过程其他线程不可写,从而保证数据的一致性

八、顺便说一下,mysqldump默认是lock-tables的。
  当执行mysqldump -uroot -p123 -h192.131.1.9 -R  vgos_statnum>11.dmp 的时候,lock整个vgos_statnum库
  当执行mysqldump -uroot -p123 -h192.131.1.9 -R  vgos_statnum t1>11.dmp 的时候,没有lock整个vgos_statnum库,lock的是t1表。

九、

  1、-E或者 --events:导出数据库中的事件

  2、-R 或者--routines:导出数据库中存储过程以及自定义函数

十、参数详解

总结一下:

-d 结构(--no-data:不导出任何数据,只导出数据库表结构)

-t 数据(--no-create-info:只导出数据,而不添加CREATE TABLE 语句)

-n (--no-create-db:只导出数据,而不添加CREATE DATABASE 语句)

-R (--routines:导出存储过程以及自定义函数)

-E (--events:导出事件)

--triggers (默认导出触发器,使用--skip-triggers屏蔽导出)

-B (--databases:导出数据库列表,单个库时可省略)

--tables 表列表(单个表时可省略)

①同时导出结构以及数据时可同时省略-d和-t
②同时 不 导出结构和数据可使用-ntd
③只导出存储过程和函数可使用-R -ntd
④导出所有(结构&数据&存储过程&函数&事件&触发器)使用-R -E(相当于①,省略了-d -t;触发器默认导出)
⑤只导出结构&函数&事件&触发器使用 -R -E -d

原文地址:https://www.cnblogs.com/Presley-lpc/p/9474243.html