mysql数据备份与恢复

mysql数据备份与恢复相关知识

• MySQL常用命令/用户管理/数据库备份与恢复

  文章目录 1.MySQL常用命令 2.MySQL创建用户以及用户授权 3.常用MySQL语句 4.MySQL密码设置与更改 5.MySQL数据备份与恢复 1.MySQL常用命令 显示所有库： show databases; 切换到mysql库： use mysql; 显示mysql库中的表： show tables; 查看tb_user表的字段： desc tb_user; 查看建表语句： show create table tb_user\G \G：有序的显示（不加\G输出的内容排版混乱，使用\G后sql语句可以不加分号） 查看当前用户： select user(); 查看当前所在数据库： select dat
• MySQL备份与恢复之冷备

          用一句话概括冷备，就是把数据库服务，比如MySQL，Oracle停下来，然后使用拷贝、打包或者压缩命令对数据目录进行备份。如果数据出现异常，则可以通过备份数据恢复。冷备一般需要定制计划，比如什么时候做备份，每次对哪些数据进行备份等等。但是由于这样的备份占用过多的空间，对大数据量的环境下不一定适合，故生产环境很少使用。冷备示意图 冷备实验第一步，创建测试数据库，插入测试数据?mysql> use larrydb;Database changedmysql> show tables;+-------------------+| Tables_in_larrydb |+-------------------+| access  |+-------------------+1 row in set (0.00 sec) mysql> drop table access;Query O
• MySQL 自动备份与数据库被破坏后的恢复方法

  一、前言：当数据库服务器建立好以后，我们首先要做的不是考虑要在这个支持数据库的服务器运行哪些受MySQL提携的程序，而是当数据库遭到破坏后，怎样安然恢复到最后一次正常的状态，使得数据的损失达到最小。或者说，仅仅是数据库服务器的建立，只能说明它能做些什么，并不代表它能稳定的做些什么。灾难恢复的效率及全面性，也是系统的稳定性的一个准因素，尤其对于一个服务器系统。这一节，介绍数据库自动备份以及数据库被破坏后的恢复的方法。在这里，我们使用mysqlhotcopy，并且定义一段Shell脚本来实现数据库的自动备份，并且，让整个数据自动备份与数据恢复过程都基于Shell。建立数据库备份所需条件[1] 建立自动备份脚本在这里，为了使数据库备份和恢复的符合我们的实际要求，用一段符合要求的Shell脚本来实现整个备份过程的自动化。[root@CentOS ~]# vi mysql-backup.sh　 ← 建立数据库自动备份脚本，如下： #!/bin/bash PATH=/usr/local/sbin:/usr/bin:/b
• mysql 开发进阶篇系列 42 逻辑备份与恢复

  一.概述         在作何数据库里，备份与恢复都是非常重要的。好的备份方法和备份策略将会使得数据库中的数据更加高效和安全。对于DBA来说，进行备份或恢复操作时要考虑的因素大概有如下：(1) 确定要备份的表的存储引擎是事务型(innodb)还是非事务型。两种不同的存储引擎备份方式在处理数据一致性方面是不太一样。 (2) 确定使用全备份还是增量备份。增量备份是备份每天的增量日志，恢复时需要全备份加所有增量备份。这里与sql server的完整备份+日志备份或差异备份有点类似。 (3) 可以考虑复制方法来做异地备份。但复制不能代替备份，因为有可能发生误操作。    (4) 要定期备份。 (5) 确保mysql的log -bin开启，才能实现完整恢复，或基于时间的恢复，或基于位置的恢复。 (6) 经常做备份恢复测试，确保备份是有效的，并且可以恢复的。 (7) mysql与sqlserver在备份上很大区别的概念

mysql数据备份与恢复相关课程

• MySQL面试指南 中高级开发者的晋升加薪利器 本课程以MySQL8.0版本为基础，覆盖MySQL面试相关的9大类问题，梳理和总结相关知识点。通过本课程的学习，可以使你紧跟MySQL发展的脚步，学习到最新的MySQL知识，轻松的完成MySQL 的相关面试，助力获得心怡的工作机会！

  讲师：sqlercn 中级 636人正在学习

• 校招计算机基础必考八股文，7天快速复盘 助力进大厂 对大多数人来说，校招，是相对容易进大厂的机会，也是奠定职场生涯的重要起点。本课程针对准应届生而设，从计算机网络、操作系统、计算机原理、算法与数据结构、设计模式、数据库等经典基础知识，到初次求职的软技能，快速提升大厂重视的后端素养，斩获心仪校招offer。

  讲师：咚咚呛 中级 291人正在学习

• 高并发，高性能，高可用的MySQL实战 本课程从单点到集群，由浅入深，带大家深入理解MySQL原理，并学会多种不同的MySQL性能优化技巧，最终学会搭建高并发、高性能、高可用MySQL集群，从容应对实际工作中各种复杂的数据库问题。

  讲师：Moody 中级 571人正在学习

mysql数据备份与恢复相关教程

• MySQL 数据库的备份与恢复 数据库的备份与恢复，一直都是DBA最为重要的工作，任何生产环境的数据库都必须有完整的备份方案与恢复测试。本小节将主要介绍MySQL的备份与恢复。
• 1. 完全恢复 MySQL 中，逻辑备份的完全恢复相对比较简单，一般包含两个步骤：恢复最新的全备文件shell> mysql -uroot -p < backup.sql恢复日志文件shell> mysqlbinlog binlog-file | mysql -uroot -p实际案例：完整的mysqldump备份与恢复1. 中午12点，备份数据库[mysql@localhost ~]$ mysqldump --single-transaction -F -uroot -p --databases tempdb > /tmp/db_tempdb.sqlEnter password: [mysql@localhost ~]$ ls -lrt db_tempdb.sql -rw-r--r-- 1 mysql mysql 19602842 Jul 23 12:01 db_tempdb.sql参数 --single-transaction 表示给 InnoDB 表生成快照，保持数据一致性参数 -F 表示生成一个新的日志文件此时表 customer 的数据如下：mysql> select * from customer;+----+-----------+------------+------------+--------+---------+| id | last_name | first_name | birth_date | gender | balance |+----+-----------+------------+------------+--------+---------+| 1 | 111 | 111 | 1998-01-25 | 1 | 10 || 2 | 222 | 222 | 2020-07-15 | 1 | 20 |+----+-----------+------------+------------+--------+---------+2 rows in set (0.00 sec)2. 13点，表 customer 插入新的数据：mysql> insert into customer(id,last_name,first_name,birth_date,gender,balance) values(3,333,333,'2020-08-10',1,30);Query OK, 1 row affected (0.00 sec)mysql> insert into customer(id,last_name,first_name,birth_date,gender,balance) values(4,444,444,'2020-09-10',1,40);Query OK, 1 row affected (0.00 sec)3. 14点，数据库故障，需要恢复数据：[mysql@localhost ~]$ mysql -uroot -p tempdb < /tmp/db_tempdb.sqlEnter password: 恢复后表 customer 的数据如下：mysql> select * from customer;+----+-----------+------------+------------+--------+---------+| id | last_name | first_name | birth_date | gender | balance |+----+-----------+------------+------------+--------+---------+| 1 | 111 | 111 | 1998-01-25 | 1 | 10 || 2 | 222 | 222 | 2020-07-15 | 1 | 20 |+----+-----------+------------+------------+--------+---------+2 rows in set (0.00 sec)4. 从 binlog 日志恢复 12 点备份以来的数据（mysql-bin.000021 为 12 点备份后产生的新的 binlog 日志）：[mysql@localhost ~]$ mysqlbinlog mysql-bin.000021 | mysql -uroot -p tempdbEnter password: 恢复日志后，表 customer 的数据如下：mysql> select * from customer;+----+-----------+------------+------------+--------+---------+| id | last_name | first_name | birth_date | gender | balance |+----+-----------+------------+------------+--------+---------+| 1 | 111 | 111 | 1998-01-25 | 1 | 10 || 2 | 222 | 222 | 2020-07-15 | 1 | 20 || 3 | 333 | 333 | 2020-08-10 | 1 | 30 || 4 | 444 | 444 | 2020-09-10 | 1 | 40 |+----+-----------+------------+------------+--------+---------+4 rows in set (0.00 sec)表 customer 的数据全部恢复。
• 3. 备份方案的设计 将RPO和RTO定义清楚，可以更好地指导备份策略。一般来说，能承受的数据丢失越多，备份就越简单。一个好的备份方案，需要考量以下几点：对于较大数据库（个人经验是整个数据文件大于50GB），物理备份是必须的，备份工具Percona XtraBackup和MySQL Enterprise Backup是比较好的选择。对于较小的数据库，逻辑备份就可以满足备份需求，备份工具mysqldump是比较好的选择；确保MySQL的log-bin选项是打开的，有了binlog，MySQL才能做完整的恢复、基于时间点的恢复、以及基于位置的恢复；备份二进制日志，用于故障时间点的恢复；在存储资源许可的条件下，保留足够多的备份集；定期从备份中进行恢复测试；需确保备份文件是有效的，是可以恢复的；通过恢复演练，测算恢复锁需要的实际时间，以及所需要的资源，如CPU、磁盘空间、内存、网络等。
• 2. 不完全恢复 逻辑恢复中，mysqlbinlog 的不完全恢复方法，同样适用于物理备份的不完全恢复。1.13 点，运维人员误删除表 customer，可以用备份和 binlog 日志恢复到故障前（中午12点，物理备份数据库）从备份文件目录找到 binlog 位置文件 xtrabackup_binlog_info，查看备份结束时 binlog 的位置：[root@localhost ~]# cd /mysql/dbbackup[root@localhost ~]# ls -l-rw-r----- 1 root root 433 Aug 24 12:11 backup-my.cnf-rw-r----- 1 root root 42884 Aug 24 12:11 ib_buffer_pool-rw-r----- 1 root root 104857600 Aug 24 12:11 ibdata1-rw-r----- 1 root root 1048576000 Aug 24 12:11 ib_logfile0-rw-r----- 1 root root 1048576000 Aug 24 12:11 ib_logfile1-rw-r----- 1 root root 1048576000 Aug 24 12:11 ib_logfile2-rw-r----- 1 root root 12582912 Aug 24 12:11 ibtmp1drwxr-x--- 2 root root 4096 Aug 24 12:11 mysqldrwxr-x--- 2 root root 4096 Aug 24 12:11 performance_schemadrwxr-x--- 2 root root 12288 Aug 24 12:11 sysdrwxr-x--- 2 root root 4096 Aug 24 12:11 tempdb-rw-r----- 1 root root 166 Aug 24 12:11 xtrabackup_binlog_info-rw-r--r-- 1 root root 21 Aug 24 12:11 xtrabackup_binlog_pos_innodb-rw-r----- 1 root root 121 Aug 24 12:11 xtrabackup_checkpoints-rw-r----- 1 root root 703 Aug 24 12:11 xtrabackup_info-rw-r----- 1 root root 8388608 Aug 24 12:11 xtrabackup_logfile[root@localhost ~]# cat xtrabackup_binlog_info mysql-bin.000022 190查看当前的 binlog 文件mysql> show master logs;+------------------+-----------+| Log_name | File_size |+------------------+-----------+| mysql-bin.000018 | 245704317 || mysql-bin.000019 | 1078 || mysql-bin.000020 | 781 || mysql-bin.000021 | 483 || mysql-bin.000022 | 757 || mysql-bin.000023 | 190 |+------------------+-----------+6 rows in set (0.00 sec)恢复备份文件（参考完全备份步骤），然后使用 binlog 日志跳过故障时间点，完成恢复-- 恢复备份文件（参考完全备份步骤）完全恢复-- 使用binlog日志恢复到故障前[mysql@localhost ~]$ mysqlbinlog --start-position="190" --stop-datetime="2020-08-24 12:59:59" mysql-bin.000022 mysql-bin.000023 | mysql -uroot -p tempdbEnter password:-- 使用binlog日志跳过故障时间点[mysql@localhost ~]$ mysqlbinlog --start-datetime="2020-08-24 13:01:00" mysql-bin.000022 mysql-bin.000023 | mysql -uroot -p tempdbEnter password:
• 1. 完全恢复 MySQL 中，物理备份的完全恢复相对比较简单，下面来看个案例：实际案例：全量备份恢复恢复数据一致性， 通过回滚未提交的事务及同步已经提交的事务至数据文件，使用得数据文件处于一致性状态。 innobackupex 通常还可以使用 --user-memory 选项来指定其可以使用的内存的大小，如果有足够的内存空间可用，可以多划分一些内存给 prepare 的过程，以提高其完成备份的速度。[root@localhost ~]# innobackupex --apply-log /mysql/dbbackup/200824 06:29:44 innobackupex: Starting the apply-log operationIMPORTANT: Please check that the apply-log run completes successfully. At the end of a successful apply-log run innobackupex prints "completed OK!".innobackupex version 2.4.9 based on MySQL server 5.7.13 Linux (x86_64) (revision id: a467167cdd4)xtrabackup: cd to /mysql/dbbackup/xtrabackup: This target seems to be not prepared yet.InnoDB: Number of pools: 1xtrabackup: xtrabackup_logfile detected: size=8388608, start_lsn=(14533834254)......InnoDB: 5.7.13 started; log sequence number 14533834773xtrabackup: starting shutdown with innodb_fast_shutdown = 1InnoDB: FTS optimize thread exiting.InnoDB: Starting shutdown...InnoDB: Shutdown completed; log sequence number 14533834792200824 06:30:35 completed OK!恢复备份文件至数据目录：[root@localhost ~]# service mysqld stopShutting down MySQL.... SUCCESS![root@localhost ~]# mv /mysql/data/ /mysql/data_bak[root@localhost ~]# mkdir /mysql/data[root@localhost ~]# innobackupex --default-file=/etc/my.cnf --copy-back --rsync /mysql/dbbackup/200824 06:44:20 innobackupex: Starting the copy-back operationIMPORTANT: Please check that the copy-back run completes successfully. At the end of a successful copy-back run innobackupex prints "completed OK!".innobackupex version 2.4.9 based on MySQL server 5.7.13 Linux (x86_64) (revision id: a467167cdd4)200824 06:44:20 [01] Copying ib_logfile0 to /mysql/data/ib_logfile0200824 06:44:28 [01] ...done......200824 06:44:59 [01] Creating directory /mysql/data/2020-09-01_06-42-14200824 06:44:59 [01] ...done.200901 06:44:59 completed OK![root@localhost ~]# chown -R mysql:mysql /mysql/data[root@localhost ~]# service mysqld startStarting MySQL.. SUCCESS! 恢复后检查数据一致性：mysql> use tempdbDatabase changedmysql> select * from customer;+----+-----------+------------+------------+--------+---------+| id | last_name | first_name | birth_date | gender | balance |+----+-----------+------------+------------+--------+---------+| 1 | 111 | 111 | NULL | 1 | 10 || 2 | 222 | 222 | 2020-07-15 | 1 | 20 |+----+-----------+------------+------------+--------+---------+2 rows in set (0.01 sec)
• 2.1 基于时间点恢复 以下是基于时间点恢复的操作步骤：1. 13点，运维人员误删除表 customer，可以用备份和 binlog 日志恢复到故障前（中午 12 点，备份数据库）[mysql@localhost ~]$ mysql -uroot -p tempdb < /tmp/db_tempdb.sqlEnter password: [mysql@localhost ~]$ mysqlbinlog --stop-datetime="2020-07-23 11:59:59" mysql-bin.000021 | mysql -uroot -p tempdbEnter password:2. 跳过故障时间点，继续使用后面的binlog日志完成恢复。[mysql@localhost ~]$ mysqlbinlog --start-datetime="2020-07-23 12:01:00" mysql-bin.000021 | mysql -uroot -p tempdbEnter password:基于时间的恢复，稍显粗糙，因为同一时间点可能会有很多条 sql 在执行，那就会跳过一些正常执行的sql。一般我们会考虑使用更为精确的基于位置的恢复。

mysql数据备份与恢复相关搜索

mac osx machine_start macox magellan malloc manifest manifest文件 map map 遍历 mapreduce编程 maps google com margin margin bottom margin left margin right margin top marginbottom marginheight marginleft margintop

查看更多慕课网实用课程