mysql备份和恢复

最新推荐文章于 2024-07-24 22:46:43 发布
最新推荐文章于 2024-07-24 22:46:43 发布
阅读量371 收藏
点赞数
文章标签： mysql 数据库 linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/cybsbbb/article/details/108579797
版权

mysql备份

mysqldump

1.简介：
mysqldump是mysql自带的逻辑备份工具
2.备份原理：
通过协议链接到 mysql 数据库，将需要备份的数据查询出来，将查询出的数据转换成对应的insert 语句，当我们需要还原这些数据时，只要执行这些 insert 语句，即可将对应的数据还原。
3.备份命令：
mysqldump [选项]数据库名 [表名]> 脚本名
mysqldump [选项]–数据库名 [选项 表名]> 脚本名
mysqldump [选项]–all-databases [选项]> 脚本名
选项说明：

参数名缩写含义
–host-h服务器IP地址
–port-P服务器端口号
–user-uMySQL 用户名
–pasword-pMySQL 密码
–databases指定要备份的数据库
–all-databases备份mysql服务器上的所有数据库
–compact压缩模式，产生更少的输出
–comments添加注释信息
–complete-insert输出完成的插入语句
–lock-tables备份前，锁定所有数据库表
–no-create-db/–no-create-info禁止生成创建数据库语句
–force当出现错误时仍然继续备份操作
–default-character-set指定默认字符集
–add-locks备份数据库表时锁定数据库表

4.测试
执行

mysqldump -h 127.0.0.1 -P3306 -uroot -p'root$123' --databases mysql > /app/mysql/data/backup/mysql.sql

查看输出脚本：

DROP TABLE IF EXISTS `help_category`;
/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `help_category` (
  `help_category_id` smallint(5) unsigned NOT NULL,
  `name` char(64) NOT NULL,
  `parent_category_id` smallint(5) unsigned DEFAULT NULL,
  `url` text NOT NULL,
  PRIMARY KEY (`help_category_id`),
  UNIQUE KEY `name` (`name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 STATS_PERSISTENT=0 COMMENT='help categories';
/*!40101 SET character_set_client = @saved_cs_client */;

--
-- Dumping data for table `help_category`
--

LOCK TABLES `help_category` WRITE;
/*!40000 ALTER TABLE `help_category` DISABLE KEYS */;
INSERT INTO `help_category` VALUES (0,'Contents',0,''),(1,'Help Metadata',0,''),(2,'Data Types',0,''),(3,'Administration',0,''),(4,'Procedures',0,''),(5,'Language Structure',0,''),(6,'Geographic Features',0,''),(7,'MBR',6,''),(8,'WKT',6,''),(9,'Functions',0,''),(10,'Comparison Operators',9,''),(11,'Logical Operators',9,''),(12,'Control Flow Functions',9,''),(13,'Numeric Functions',9,''),(14,'Date and Time Functions',9,''),(15,'String Functions',9,''),(16,'Bit Functions',9,''),(17,'Encryption Functions',9,''),(18,'Locking Functions',9,''),(19,'Information Functions',9,''),(20,'Spatial Functions',9,''),(21,'WKT Functions',20,''),(22,'WKB Functions',20,''),(23,'Geometry Constructors',20,''),(24,'Geometry Property Functions',20,''),(25,'Point Property Functions',20,''),(26,'LineString Property Functions',20,''),(27,'Polygon Property Functions',20,''),(28,'GeometryCollection Property Functions',20,''),(29,'Geometry Relation Functions',20,''),(30,'MBR Functions',20,''),(31,'GROUP BY Functions and Modifiers',9,''),(32,'Miscellaneous Functions',9,''),(33,'Data Definition',0,''),(34,'Data Manipulation',0,''),(35,'Transactions',0,''),(36,'Compound Statements',0,''),(37,'Account Management',0,''),(38,'Table Maintenance',0,''),(39,'User-Defined Functions',0,''),(40,'Plugins',0,''),(41,'Utility',0,''),(42,'Storage Engines',0,'');
/*!40000 ALTER TABLE `help_category` ENABLE KEYS */;
UNLOCK TABLES;

5.限制条件:
①mysqldump的默认模式不转储 INFORMATION_SCHEMA， performance_schema或sys。要转储其中任何一个，请在命令行上明确指定它们。您也可以使用--databases选项指定 。对于 INFORMATION_SCHEMA和 performance_schema，还使用--skip-lock-tables 选项。

②mysqldump不会转储NDB群集 ndbinfo信息数据库。

③mysqldump不转储 InnoDB CREATE TABLESPACE语句。

④mysqldump包含重新创建数据库转储的general_log和 slow_query_log表的 语句 mysql。日志表的内容不转储。
6.结论：
mysqldump通过建表——锁表——插入的方式备份。

mydumper

1.简介：
Mydumper是一个针对MySQL和Drizzle的高性能多线程备份和恢复工具。
2.Mydumper主要特性：
轻量级C语言写的
比mysqldump快十倍
多线程备份，备份后会生成多个备份文件
事务性和非事务性表一致的快照(适用于0.2.2以上版本)
快速的文件压缩
支持导出binlog
多线程恢复(适用于0.2.1以上版本)
以守护进程的工作方式，定时快照和连续二进制日志(适用于0.5.0以上版本)
开源 (GNU GPLv3)

3.备份方法
mydumper [OPTION] multi-threaded MySQL dumping
选项说明

参数名缩写含义
–database-B备份数据库
–tables-list-T需要备份的表，名字用逗号隔开 (不排除regex选项)
–omit-from-file-OFile containing a list of database.table entries to skip, one per line (skips before applying regex option)
–outputdir-o输出目录
–statement-size-s生成的insert语句的字节数，默认1000000
–rows-r将表按行分块时，指定的块行数，指定这个选项会关闭–chunk-filesize
–chunk-filesize-F将表按大小分块时，指定的块大小，单位是 MB
–compress-c压缩输出文件
–build-empty-files-e如果表数据是空，还是产生一个空文件（默认无数据则只有表结构文件）
–regex-x是同正则表达式匹配 ‘db.table’
–ignore-engines-i忽略的存储引擎，用逗号分割
–insert-ignore-NDump rows with INSERT IGNORE
–no-schemas-m不备份表结构
–no-data-d不备份表数据
–triggers-G备份触发器
–events-E备份事件
–routines-R备份存储过程和函数
–no-views-W不备份视图
–no-locks-k不使用临时共享只读锁，使用这个选项会造成数据不一致
–no-backup-locks不使用percona备份锁
–less-locking减少对InnoDB表的锁施加时间
–long-query-guard-l设定阻塞备份的长查询超时时间，单位是秒，默认是60秒（超时后默认mydumper将会退出）
–kill-long-queries-K杀掉长查询 (不退出)
–daemon-D启用守护进程模式，守护进程模式以某个间隔不间断对数据库进行备份
–snapshot-interval-I快照间隔时间，默认60s，需要在daemon模式下
–logfile-L使用的日志文件名(mydumper所产生的日志), 默认使用标准输出
–tz-utcSET TIME_ZONE=’+00:00’ at top of dump to allow dumping of TIMESTAMP data when a server has data in different time zones or data is being moved between servers with different time zones, defaults to on use --skip-tz-utc to disable.
–skip-tz-utc同上
–use-savepoints使用savepoints来减少采集metadata所造成的锁时间，需要 SUPER 权限
–success-on-1146Not increment error count and Warning instead of Critical in case of table doesn’t exist
–lock-all-tables锁住实例上所有表，而不是给实例施加 FTWRL
–updated-since-U使用 update_time 来备份最近 U 天内有过更新记录 的表
–trx-consistency-onlyTransactional consistency only
–complete-insert包含列名的完整 INSERT 语句
–host-h连接的主机名
–user-u备份所使用的用户
–password-p密码
–ask-passwordPrompt For User password
–port-P端口
–socket-S使用socket通信时的socket文件
–threads-t开启的备份线程数，默认是4
–compress-protocol-C压缩与mysql通信的数据
–version-V显示版本号
–verbose-v输出信息模式, 0 = silent, 1 = errors, 2 = warnings, 3 = info, 默认为 2

3.备份原理
备份pcloud_test库到/home/hhxsy/backup
mydumper -u root -p 'root$123' -P 3306 -h 127.0.0.1 -B pcloud_test -o /home/hhxsy/backup/

查看备份数据：

总用量 36  
-rw-r--r--. 1 root root  470 9月  14 10:47 metadata
-rw-r--r--. 1 root root  342 9月  14 10:47 pcloud_test.p_hospital-schema.sql
-rw-r--r--. 1 root root 1074 9月  14 10:47 pcloud_test.p_hospital.sql
-rw-r--r--. 1 root root  507 9月  14 10:47 pcloud_test.p_medical_detail-schema.sql
-rw-r--r--. 1 root root  690 9月  14 10:47 pcloud_test.p_medical-schema.sql
-rw-r--r--. 1 root root  340 9月  14 10:47 pcloud_test.p_person-schema.sql
-rw-r--r--. 1 root root 8032 9月  14 10:47 pcloud_test.p_person.sql
-rw-r--r--. 1 root root   70 9月  14 10:47 pcloud_test-schema-create.sql

查看metadata：保存了起始日志和偏移量以及gtid

Started dump at: 2020-09-14 10:47:24
SHOW MASTER STATUS:
        Log: mysql-bin.000058
        Pos: 2230
        GTID:5b9728c1-aed4-11ea-ba44-000c29f5d996:1-1978,
a81dba10-e1b8-11ea-89d0-000c29ae4d20:1,
e965d951-ab22-11ea-ba71-000c29a62bc6:1-3

SHOW SLAVE STATUS:
        Host: 192.168.77.130
        Log: mysql-bin.000002
        Pos: 1024
        GTID:5b9728c1-aed4-11ea-ba44-000c29f5d996:1-1978,
a81dba10-e1b8-11ea-89d0-000c29ae4d20:1,
e965d951-ab22-11ea-ba71-000c29a62bc6:1-3

Finished dump at: 2020-09-14 10:47:24

schema文件保存了表结构，普通的保存了批量插入的sql语句

/*!40101 SET NAMES binary*/;
/*!40014 SET FOREIGN_KEY_CHECKS=0*/;

/*!40103 SET TIME_ZONE='+00:00' */;
CREATE TABLE `p_hospital` (
  `id` varchar(32) NOT NULL COMMENT '医院Id',
  `name` varchar(50) NOT NULL COMMENT '医院名称',
  PRIMARY KEY (`id`),
  UNIQUE KEY `name` (`name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='医院表';

/*!40101 SET NAMES binary*/;
/*!40014 SET FOREIGN_KEY_CHECKS=0*/;
/*!40103 SET TIME_ZONE='+00:00' */;
INSERT INTO `p_hospital` VALUES
("422640eecbb04e9f8389676154fb1b2b","湖南省人民医院422640eecbb04e9f8389676154fb1b2b"),
("5f88cb9fb72f4a028edc3317d079cf3e","湖南省人民医院5f88cb9fb72f4a028edc3317d079cf3e"),
("60478795a1654144b7f89eb80d67bacf","湖南省人民医院60478795a1654144b7f89eb80d67bacf"),
("614c5bd6247a4ad18ac454525ea5202e","湖南省人民医院614c5bd6247a4ad18ac454525ea5202e"),
("646f27d62d954fef9f3023106e4a8fe6","湖南省人民医院646f27d62d954fef9f3023106e4a8fe6"),
("6fb9975ede5347f89a7807d9ecfe552e","湖南省人民医院6fb9975ede5347f89a7807d9ecfe552e"),
("836119c1ce794b60a92af51ef033b7a0","湖南省人民医院836119c1ce794b60a92af51ef033b7a0"),
("afb9a7591a1c43e78ef3d5c5ed53e522","湖南省人民医院afb9a7591a1c43e78ef3d5c5ed53e522"),
("affe3ad177974f0f8e7a829f66acb968","湖南省人民医院affe3ad177974f0f8e7a829f66acb968"),
("dad7e3a46d63406b9e47d12483a6a88a","湖南省人民医院dad7e3a46d63406b9e47d12483a6a88a");

4.查看备份过程
查看general_log是否开启：

mysql> show variables like'general_log';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| general_log   | OFF   |
+---------------+-------+
1 row in set (0.00 sec)

开启genral_log

mysql> set @@global.general_log=1;
Query OK, 0 rows affected (0.00 sec)

mysql> show variables like'general_log';
+------------------+-------------------------------+
| Variable_name    | Value                         |
+------------------+-------------------------------+
| general_log      | ON                            |
| general_log_file | /app/mysql/data/localhost.log |
+------------------+-------------------------------+
2 rows in set (0.01 sec)

备份pcloud_test:
mydumper -u root -p 'root$123' -P 3306 -h 127.0.0.1 -B pcloud_test -o /home/hhxsy/backup/
查看localhost.log:
tail -f /mysql/data/localhost.log

/app/mysql/bin/mysqld, Version: 5.7.30-log (MySQL Community Server (GPL)). started with:
Tcp port: 3306  Unix socket: /app/mysql/data/mysql.sock
Time                                    Id Command      Argument
2020-09-14T10:55:28.696549+08:00        46589 Query     show variables like'general_log'
2020-09-14T11:05:17.429139+08:00        46589 Quit
2020-09-14T11:05:28.475703+08:00        47302 Connect   root@127.0.0.1 on pcloud_test using SSL/TLS
2020-09-14T11:05:28.475894+08:00        47302 Query     SET SESSION wait_timeout = 2147483
2020-09-14T11:05:28.476005+08:00        47302 Query     SET SESSION net_write_timeout = 2147483
2020-09-14T11:05:28.476206+08:00        47302 Query     SHOW PROCESSLIST
2020-09-14T11:05:28.476407+08:00        47302 Query     FLUSH TABLES WITH READ LOCK
2020-09-14T11:05:28.477170+08:00        47302 Query     START TRANSACTION /*!40108 WITH CONSISTENT SNAPSHOT */
2020-09-14T11:05:28.477294+08:00        47302 Query     /*!40101 SET NAMES binary*/
2020-09-14T11:05:28.477391+08:00        47302 Query     SHOW MASTER STATUS
2020-09-14T11:05:28.477550+08:00        47302 Query     SHOW SLAVE STATUS
2020-09-14T11:05:28.504368+08:00        47303 Connect   root@127.0.0.1 on  using SSL/TLS
2020-09-14T11:05:28.504535+08:00        47303 Query     SET SESSION wait_timeout = 2147483
2020-09-14T11:05:28.504649+08:00        47303 Query     SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ
2020-09-14T11:05:28.504801+08:00        47303 Query     START TRANSACTION /*!40108 WITH CONSISTENT SNAPSHOT */
2020-09-14T11:05:28.504912+08:00        47303 Query     /*!40103 SET TIME_ZONE='+00:00' */
2020-09-14T11:05:28.505019+08:00        47303 Query     /*!40101 SET NAMES binary*/
2020-09-14T11:05:28.521761+08:00        47304 Connect   root@127.0.0.1 on  using SSL/TLS
2020-09-14T11:05:28.521919+08:00        47304 Query     SET SESSION wait_timeout = 2147483
2020-09-14T11:05:28.522026+08:00        47304 Query     SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ
2020-09-14T11:05:28.522105+08:00        47304 Query     START TRANSACTION /*!40108 WITH CONSISTENT SNAPSHOT */
2020-09-14T11:05:28.522199+08:00        47304 Query     /*!40103 SET TIME_ZONE='+00:00' */
2020-09-14T11:05:28.522358+08:00        47304 Query     /*!40101 SET NAMES binary*/
2020-09-14T11:05:28.552917+08:00        47305 Connect   root@127.0.0.1 on  using SSL/TLS
2020-09-14T11:05:28.553079+08:00        47305 Query     SET SESSION wait_timeout = 2147483
2020-09-14T11:05:28.553190+08:00        47305 Query     SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ
2020-09-14T11:05:28.553267+08:00        47305 Query     START TRANSACTION /*!40108 WITH CONSISTENT SNAPSHOT */
2020-09-14T11:05:28.553406+08:00        47305 Query     /*!40103 SET TIME_ZONE='+00:00' */
2020-09-14T11:05:28.553497+08:00        47305 Query     /*!40101 SET NAMES binary*/
2020-09-14T11:05:28.574362+08:00        47306 Connect   root@127.0.0.1 on  using SSL/TLS
2020-09-14T11:05:28.574511+08:00        47306 Query     SET SESSION wait_timeout = 2147483
2020-09-14T11:05:28.574625+08:00        47306 Query     SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ
2020-09-14T11:05:28.574708+08:00        47306 Query     START TRANSACTION /*!40108 WITH CONSISTENT SNAPSHOT */
2020-09-14T11:05:28.574805+08:00        47306 Query     /*!40103 SET TIME_ZONE='+00:00' */
2020-09-14T11:05:28.574893+08:00        47306 Query     /*!40101 SET NAMES binary*/
2020-09-14T11:05:28.575014+08:00        47302 Init DB   pcloud_test
2020-09-14T11:05:28.575100+08:00        47302 Query     SHOW TABLE STATUS
2020-09-14T11:05:28.576268+08:00        47302 Query     SHOW CREATE DATABASE `pcloud_test`
2020-09-14T11:05:28.576946+08:00        47303 Query     select COLUMN_NAME from information_schema.COLUMNS where TABLE_SCHEMA='pcloud_test' and TABLE_NAME='p_hospital' and extra like '%GENERATED%'
2020-09-14T11:05:28.578000+08:00        47304 Query     select COLUMN_NAME from information_schema.COLUMNS where TABLE_SCHEMA='pcloud_test' and TABLE_NAME='p_medical' and extra like '%GENERATED%'
2020-09-14T11:05:28.578244+08:00        47305 Query     select COLUMN_NAME from information_schema.COLUMNS where TABLE_SCHEMA='pcloud_test' and TABLE_NAME='p_medical_detail' and extra like '%GENERATED%'
2020-09-14T11:05:28.578823+08:00        47305 Query     SELECT /*!40001 SQL_NO_CACHE */ * FROM `pcloud_test`.`p_medical_detail`
2020-09-14T11:05:28.579179+08:00        47304 Query     SELECT /*!40001 SQL_NO_CACHE */ * FROM `pcloud_test`.`p_medical`
2020-09-14T11:05:28.579452+08:00        47304 Query     SHOW CREATE TABLE `pcloud_test`.`p_hospital`
2020-09-14T11:05:28.579912+08:00        47305 Query     select COLUMN_NAME from information_schema.COLUMNS where TABLE_SCHEMA='pcloud_test' and TABLE_NAME='p_person' and extra like '%GENERATED%'
2020-09-14T11:05:28.580242+08:00        47304 Query     SHOW CREATE TABLE `pcloud_test`.`p_medical`
2020-09-14T11:05:28.580559+08:00        47304 Query     SHOW CREATE TABLE `pcloud_test`.`p_medical_detail`
2020-09-14T11:05:28.580666+08:00        47305 Query     SELECT /*!40001 SQL_NO_CACHE */ * FROM `pcloud_test`.`p_person`
2020-09-14T11:05:28.581854+08:00        47305 Query     SHOW CREATE TABLE `pcloud_test`.`p_person`
2020-09-14T11:05:28.581996+08:00        47303 Query     SELECT /*!40001 SQL_NO_CACHE */ * FROM `pcloud_test`.`p_hospital`
2020-09-14T11:05:28.582428+08:00        47302 Query     UNLOCK TABLES /* FTWRL */
2020-09-14T11:05:28.584802+08:00        47304 Quit
2020-09-14T11:05:28.584922+08:00        47303 Quit
2020-09-14T11:05:28.584987+08:00        47302 Quit
2020-09-14T11:05:28.585974+08:00        47305 Quit
2020-09-14T11:05:28.588356+08:00        47306 Quit
2020-09-14T11:06:45.241784+08:00        47384 Connect   root@localhost on  using Socket
2020-09-14T11:06:45.242034+08:00        47384 Query     select @@version_comment limit 1
2020-09-14T11:06:53.684167+08:00        47384 Query     show variables like'general%'
2020-09-14T11:07:26.437131+08:00        47384 Quit

47302为主线程，47303，47304，47305，47306四个线程链接数据库
五个线程并行执行，完毕后退出。

5.结论
1、主线程 FLUSH TABLES WITH READ LOCK, 施加全局只读锁，保证数据的一致性
2、读取当前时间点的二进制日志文件名和日志写入的位置并记录在metadata文件中，以供即使点恢复使用
3、N个（线程数可以指定，默认是4）dump线程把事务隔离级别改为可重复读(SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ) 并开启读一致的事物
4、dump non-InnoDB tables, 首先导出非事物引擎的表
5、主线程UNLOCK TABLES：非事物引擎备份完后，释放全局只读锁
6、dump InnoDB tables, 基于事物导出InnoDB表
7、事物结束

mysql恢复

myloader

1.简介
与mydumper相配套的恢复工具则是myloader，主要用于将dump出来的sql以并行的方式进行恢复。
2.主要流程
①首先由myloader主线程完成建库建表，依次将备份目录下建库和建表文件执行应用到目标数据库实例中；
②接着myloader主线程会生成多个工作线程，由这些工作线程将所有database.table.\*.sql文件中的记录导入到对应表中，这个阶段是并行的，并行粒度为文件，工作线程完成所有database.table.\*.sql文件数据导入后销毁；
③最后主线程将创建函数、存储进程、事件，以及创建表视图、触发器的文件执行导入对应数据库和表中。

3.备份方法
myloader [OPTION...]multi-threaded MySQL loader
选项说明

参数名缩写含义
–directory-dDirectory of the dump to import之前备份好的现在需要导入的文件夹
–queries-per-transaction-qNumber of queries per transaction, default 1000每次事物执行的查询数量，默认是1000
–overwrite-tables-oDrop tables if they already exist如果要恢复的表存在，则先drop掉该表，使用该参数，需要备份时候要备份表结构
–database-BAn alternative database to restore into还原到指定的数据库
–source-db-sDatabase to restore选择被还原的数据库，将这个数据库数据还原到–database指定的数据库里
–enable-binlog-eEnable binary logging of the restore data启用还原数据的二进制日志
–host-h连接的主机名
–user-u备份所使用的用户
–password-p密码
–ask-passwordPrompt For User password
–port-P端口
–socket-S使用socket通信时的socket文件
–threads-t开启的备份线程数，默认是4
–compress-protocol-C压缩与mysql通信的数据
–version-V显示版本号
–verbose-v输出信息模式, 0 = silent, 1 = errors, 2 = warnings, 3 = info, 默认为 2

source

导入方法
mysql> source /app/mysql/aaa.sql

mysqlimport

导入方法
mysqlimport [OPTIONS]database textfile

选项说明

参数名缩写含义
–delete-d新数据导入数据表中之前删除数据数据表中的所有信息
–force-f不管是否遇到错误，mysqlimport将强制继续插入数据
–ignore-imysqlimport跳过或者忽略那些有相同唯一 关键字的行， 导入文件中的数据将被忽略。
-lock-tables-l数据被插入之前锁住表，这样就防止了， 你在更新数据库时，用户的查询和更新受到影响。
-replace-r这个选项与－i选项的作用相反；此选项将替代 表中有相同唯一关键字的记录。
–fields-enclosed-by= char指定文本文件中数据的记录时以什么括起的， 很多情况下 数据以双引号括起。 默认的情况下数据是没有被字符括起的。
–fields-terminated-by=char指定各个数据的值之间的分隔符，在句号分隔的文件中， 分隔符是句号。您可以用此选项指定数据之间的分隔符。 默认的分隔符是跳格符（Tab）
–lines-terminated-by=str此选项指定文本文件中行与行之间数据的分隔字符串 或者字符。 默认的情况下mysqlimport以newline为行分隔符。 您可以选择用一个字符串来替代一个单个的字符： 一个新行或者一个回车。
cybsbbb
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
mysql备份及恢复
weixin_45308597的博客
01-11 61
DAY04 案例1： 用户授权 案例2：root密码 案例3：数据备份与恢复 案例4：binlog日志 案例5：使用binlog日志恢复数据 1 案例1： 用户授权 1.1 问题 1.2 允许192.168.4.0/24网段主机使用root连接数据库服务器，对所有库和所有表有完全权限、密码为123qqq…A 1.3 添加用户dba007，对所有库和所有表有完全权限、且有授权权限，密码为123qqq…A 客户端为网络中的所有主机。 1.4 撤销root从本机访问权限，然后恢复。 1.5 允许任意主机使用web
mysql备份与恢复
看清所以看轻
08-03 146
数据库在信息系统中担任着非常重要的角色，尤其一些对数据可靠性要求非常高的行业，如果发生宕机或数据丢失，其损失是非常严重的。 在公司中备份的策略并不是千篇一律的，而是根据每个企业 的实际生产环境与业务需求制定合适的备份策略。无论是选择完全备份还是增量备份，都需要考虑它们的优缺点，是否适合当前的生产环境。同时为了保证恢复的完整性，建议开启二进制日志功能，二进制日志文件给恢复工作带来了很大的灵活性，可以...
我的MYSQL学习心得（十四） 备份和恢复
weixin_33810006的博客
07-30 376
我的MYSQL学习心得（十四） 备份和恢复 我的MYSQL学习心得（一） 简单语法 我的MYSQL学习心得（二） 数据类型宽度 我的MYSQL学习心得（三） 查看字段长度 我的MYSQL学习心得（四） 数据类型 我的MYSQL学习心得（五） 运算符 我的MYSQL学习心得（六） 函数 我的MYSQL学习心得（七） 查询 我的MYSQL学习心得（八） 插入 更新 删除 我的MYSQ...
MySQL导入.sql文件方法以及导入失败的问题解决
热门推荐
Gremmie的博客
10-17 1万+
本文着重介绍了如何应对sql文件导入以及外键创建失败,字符集不匹配等错误的解决方法
MySQL 导出数据
weixin_30667301的博客
10-25 67
MySQL 导出数据 MySQL中你可以使用SELECT...INTO OUTFILE语句来简单的导出数据到文本文件上。 使用 SELECT ... INTO OUTFILE 语句导出数据以下实例中我们将数据表 runoob_tbl 数据导出到 /tmp/runoob.txt 文件中: mysql>SELECT * FROM custom -> IINTO OUTFIL...
MYSQLDUMP全备只恢复单库或是单表
weixin_34357962的博客
12-21 338
一、发现问题平时使用mysqldump备份时有人喜欢用-A –B参数进行全备，这样备份的时候会简单一点，但是恢复的时候如果直接恢复会把所有库都会恢复，这不是我们想要的结果。二、分析问题恢复单库或是单表我们可以通过shell命令从全库备份的SQL文件中截取出我们想要的部分。另外针对单库的恢复MySQL也有一个参数来解决这个问题.三、解决问题1、通过MySQL自带的参数恢复单库...
mysql日志定时转储
zhangt_CSDN的博客
08-23 263
mysql日志定时转储mysql日志定时转储编写shell设置定时MySQL日志命令扩展 mysql日志定时转储 mysql的general_log日志都是记录日常的业务操作内容，如果业务量非常大，那么该日志短时间内就会很大，占用了大量的磁盘空间，所以就需要对日志进行转储。不仅清理了磁盘空间，又可以方便日志进行转储； 编写shell #!/bin/bash sqldir=/data/mysql/data cd $sqldir echo $sqldir today=`date +%Y%m%d` yestoda
mysql备份和恢复方案
06-14
MySQL备份和恢复是数据库管理中的关键环节，旨在保护数据免受意外损失，如硬件故障、软件错误或数据损坏。在本方案中，我们将探讨两种主要的备份策略，并讨论如何实施有效的恢复计划，确保数据安全和应用程序的连续...
MySQL备份和恢复的最佳实践指南
11-21
MySQL 备份和恢复的最佳实践指南 MySQL 备份和恢复是数据库管理中至关重要的一环。本文将深入探讨 MySQL 备份和恢复的最佳实践指南，帮助数据库管理员在面临数据丢失或灾难恢复等问题时能够快速有效地处理。 备份...
linux centos MySql备份和恢复方案.zip
08-14
本资料包"linux centos MySql备份和恢复方案.zip"显然是为了帮助用户理解和实施在Linux CentOS环境中MySQL的备份与恢复策略。 首先，我们来谈谈MySQL备份的重要性。数据是任何业务的生命线，定期备份可以防止意外...
MySQL 备份和恢复
12-17
MySQL的备份和恢复是数据库管理的关键环节，确保数据的...总的来说，MySQL备份和恢复需要根据不同的表类型和需求选择合适的工具和策略。定期备份、测试恢复过程以及了解备份参数的正确使用是保证数据安全的关键步骤。
linux centos MySql备份和恢复方案.7z
10-08
以上就是关于"Linux CentOS MySql备份和恢复方案"的知识点详解，这些内容对于任何在Linux环境中管理MySQL数据库的IT专业人员都是至关重要的。通过合理备份和恢复策略，可以有效保护数据库的安全，确保业务连续性。
mysql的日志文件的转储_数据库学习之(8)数据库恢复的实现--各种数据转储方法...
weixin_39773817的博客
02-19 318
数据转储：是数据库恢复中采用的基本技术。所谓转储即DBA 定期地将数据库复制到磁带或另一个磁盘上保存起来的过程。当数据库遭到破坏后可以将后备副本重新装入，将数据库恢复到转储时的状态。静态转储：在系统中无运行事务时进行的转储操作。静态转储简单，但必须等待正运行的用户事务结束才能进行。同样，新的事务必须等待转储结束才能执行。这会降低数据库的可用性。动态转储：指转储期间允许对数据库进行存取或修改。动态转...
mysql 导出数据库几种方式_使用mysqldump导出数据库的几种方式以及如何导入数据库...
weixin_42522857的博客
02-07 384
使用mysqldump导出数据库的几种方式。首先我见了一个叫mydb的数据库，里面有两张表mytable和mytabletwo。这两张表都有数据。C:\Program Files\MySQL\MySQL Server 5.1\bin>mysqldump -uroot -proot -d mydb>c:/kujiegou.sql//把指定的数据库里所有表的结构导出。(具体就是先drop再...
E7数据库备份和恢复
jxh1025_的博客
11-16 1819
E7数据库备份和恢复 备份数据库和恢复的各种方法。 Problem 1 查看状态 show master status; show slave status\G; show variables like ‘%secure%’; my.ini中的secure-file-priv改为“” （修改secure-file-priv的时候，需要在C盘中的programData\MySQL\MySQL Server 8.0此目录下修改） Problem 2 表格数据备份和恢复 select * into
MySQL 命令行工具之 mysqldump 深入研究
数据库生态圈（RDB & NoSQL & Bigdata）——专注于关系库优化（Oracle&Mysql&PG&SQL Server ）
09-15 1036
本文源自：https://www.cnblogs.com/digdeep/p/4898622.html mysqldump 是MySQL的一个命令行工具，用于逻辑备份。可以将数据库和表的结构，以及表中的数据分别导出成：create database, create table, insert into的sql语句。当然也可以导出 存储过程，触发器，函数，调度事件(events)。不管是程序员，还是DBA都会经常使用的一个工具。 1. mysqldump --help mysqldump 的选项很多，我
mysql数据库备份注意,Tips: MySQL数据库使用mysqldump备份恢复时的注意事项
weixin_36028876的博客
03-18 701
Tips: MySQL数据库使用mysqldump备份恢复时的注意事项背景mysqldump采坑点1. -E, -R, --triggers2. drop table3. --set-gtid-purged4. --single-transaction5. --master-data6. -e, --extended-insert, --skip-extended-insert7. -F, --f...
mysqldump 数据导出命令详解
July
05-29 1320
文章目录mysqldump 数据导出命令详解语法mysqldump 导出文本内容mysqldump 语法插入测试数据备份需求1. 备份实例所有数据库2. 导出 db1、db2 两个数据库的所有数据2.1 备份单个库时，备份文件无 `CREATE DATABASE db if not exist` 内容3. 导出 db1 中的 a1、a2 表4. 限制条件导出数据4.1 只导出 db1 库所有表，...
MySQL中实现动态表单中JSON元素精准匹配的方法
最新发布
夜郎King的博客
07-24 1403
本文重点讲解如何在将设计好的动态表单信息进行提取，比如进行模板数据导入的时候，可以根据不同的表单类型，比如根据单行文字框的名字来动态设置值，也可以在导数数据时，知道将数据库的性别一列保存的1和2翻译成男和女这两种属性。这都需要我们精准的提取表单中的不同的信息。通过本文，可以了解如何正确的操作动态表单信息，同时了解如何从表单中查找表单元素。
Python实现mysql备份和恢复
06-07
要实现 MySQL 数据库的备份和恢复，可以使用 Python 的 subprocess 模块来执行命令行操作。 备份 MySQL 数据库： ```python import subprocess # 备份命令 backup_command = "mysqldump -u 用户名 -p密码 数据库名...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值