mysql备份恢复专题四(innobackupex 单表完全恢复原理)

最新推荐文章于 2025-04-09 12:12:11 发布
最新推荐文章于 2025-04-09 12:12:11 发布
阅读量912 收藏
点赞数
分类专栏： mysql备份恢复专题 innobackupex  文章标签： innobackupex mysqlbinlog
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/kadwf123/article/details/106029838
版权
      1. 单表的完全恢复原理
        1. 创建测试库

# mysql -uroot -pR00t_123

mysql>create database test;

        1. 创建测试表

mysql>use test ;

mysql>create table tmp_list_001(id int primary key,name varchar(20));

        1. 插入测试数据

mysql>insert into tmp_list_001 values(1,'wufan');

mysql>insert into tmp_list_001 values(2,'zhangsan');

mysql>flush logs ;

        1. 全量备份

#/mybackup/xtrabackup/myfull_backup.sh

        1. 插入增量数据

mysql>insert into tmp_list_001 values(3,'lisi');

mysql>insert into tmp_list_001 values(4,'wangwu');

mysql>insert into tmp_list_001 values(5,'liutao');

mysql>flush logs ;

        1. 增量备份1

#/mybackup/xtrabackup/myincr_backup.sh

        1. 插入增量数据

mysql>insert into tmp_list_001 values(6,'liuyifei');

mysql>insert into tmp_list_001 values(7,'luozhixiang');

mysql>flush logs ;

        1. 增量备份2

#/mybackup/xtrabackup/myincr_backup.sh

        1. 插入增量数据

mysql>insert into tmp_list_001 values(8,'liudehua');

mysql>insert into tmp_list_001 values(9,'guofucheng');

mysql>flush logs ;

        1. 增量备份3

#/mybackup/xtrabackup/myincr_backup.sh

        1. 插入增量数据（binlog恢复）

mysql>insert into tmp_list_001 values(10,'zhangyuqi');

mysql>insert into tmp_list_001 values(11,'lixiaolong');

mysql>flush logs ;

        1. 检查表数据

mysql> select * from tmp_list_001 ;

+----+-------------+

| id | name        |

+----+-------------+

|  1 | wufan       |

|  2 | zhangsan    |

|  3 | lisi        |

|  4 | wangwu      |

|  5 | liutao      |

|  6 | liuyifei    |

|  7 | luozhixiang |

|  8 | liudehua    |

|  9 | guofucheng  |

| 10 | zhangyuqi   |

| 11 | lixiaolong  |

+----+-------------+

        1. 模拟删除表

mysql> drop table tmp_list_001 ;

        1. 做binlog日志切换

mysql>  show master status ;

+-----------------+----------+--------------+------------------+-------------------+

| File            | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

+-----------------+----------+--------------+------------------+-------------------+

| mybinlog.000047 |      344 |              |                  |                   |

+-----------------+----------+--------------+------------------+-------------------+

mysql> flush logs ;

在故障已经产生后，上来先切换下日志以便分隔开故障的日志到一个已确定的binlog日志中是个好习惯。

需要恢复的binlog日志肯定要在这个binlog日志的这个344pos位置之前。我们根据这个日志来定位具体要恢复的联机binlog日志的结束位置。

        1. 复制备份数据到测试实例
          1. 复制全备文件

#scp /mybackup/xtrabackup/full/200505165917.286 testip:/mybackup/xtrabackup/full/

          1. 复制增备文件

#scp /mybackup/xtrabackup/incr/* testip:/mybackup/xtrabackup/incr/

          1. 复制联机binlog文件

找到最后一个增备，根据xtrabackup_binlog_info文件确定联机binlog恢复开启的pos位置。

[/mybackup/xtrabackup/incr/200505170052.986]# cat xtrabackup_binlog_info

mybinlog.000046 154

结束的binlog就是2.3.5.14节中的binlog日志，将这两个binlog日志拷贝到测试实例上去。

#scp /var/mysql/log_bin/mybinlog.000046 testip:/var/mysql/log_bin/

#scp /var/mysql/log_bin/mybinlog.000047 testip:/var/mysql/log_bin/

 

        1. [测试实例]检查开启innodb_file_per_table参数

mysql> show variables like '%innodb_file_per_table%' ;

+-----------------------+-------+

| Variable_name         | Value |

+-----------------------+-------+

| innodb_file_per_table | ON    |

+-----------------------+-------+

该参数在mysql社区版5.7.29中是默认开启的。

        1. [测试实例]安装mysql-utilities

工具下载：

https://centos.pkgs.org/7/mysql-tools-x86_64/mysql-utilities-1.6.5-1.el7.noarch.rpm.html

需要的两个包都可以在该网站找到。

安装：

# rpm -ivh mysql-utilities-1.6.5-1.el7.noarch.rpm mysql-connector-python-2.1.8-1.el7.x86_64.rpm

        1. [测试实例]应用全备日志

# innobackupex \

--defaults-file=/mybackup/xtrabackup/full/200505165917.286/backup-my.cnf \

--apply-log \

--redo-only \

--user=root \

--password='R00t_123' \

--export \

/mybackup/xtrabackup/full/200505165917.286/

        1. [测试实例]应用第一次增备

# innobackupex \

--defaults-file=/mybackup/xtrabackup/full/200505165917.286/backup-my.cnf \

--apply-log \

--user=root \

--password='R00t_123' \

--export \

--redo-only \

/mybackup/xtrabackup/full/200505165917.286/ \

--incremental-dir=/mybackup/xtrabackup/incr/200505165954.893/

        1. [测试实例]应用第二次增备

# innobackupex \

--defaults-file=/mybackup/xtrabackup/full/200505165917.286/backup-my.cnf \

--apply-log \

--user=root \

--password='R00t_123' \

--export \

--redo-only \

/mybackup/xtrabackup/full/200505165917.286/ \

--incremental-dir=/mybackup/xtrabackup/incr/200505170025.134/

        1. [测试实例]应用第三次增备

innobackupex \

--defaults-file=/mybackup/xtrabackup/full/200505165917.286/backup-my.cnf \

--apply-log \

--user=root \

--password='R00t_123' \

--export \

/mybackup/xtrabackup/full/200505165917.286/ \

--incremental-dir=/mybackup/xtrabackup/incr/200505170052.986/

        1. [测试实例]读取表结构

# mysqlfrm --diagnostic /mybackup/xtrabackup/full/200505165917.286/test/tmp_list_001.frm

# WARNING: Cannot generate character set or collation names without the --server option.

# CAUTION: The diagnostic mode is a best-effort parse of the .frm file. As such, it may not identify all of the components of the table correctly. This is especially true for damaged files. It will also not read the default values for the columns and the resulting statement may not be syntactically correct.

# Reading .frm file for /mybackup/xtrabackup/full/200505165917.286/test/tmp_list_001.frm:

# The .frm file is a TABLE.

# CREATE TABLE Statement:

 

CREATE TABLE `test`.`tmp_list_001` (

  `id` int(11) NOT NULL,

  `name` varchar(20) DEFAULT NULL,

PRIMARY KEY `PRIMARY` (`id`)

) ENGINE=InnoDB;

 

#...done.

        1. [测试实例]建库建表

mysql> create database test ;

mysql> CREATE TABLE `test`.`tmp_list_001` (

    ->   `id` int(11) NOT NULL,

    ->   `name` varchar(20) DEFAULT NULL,

    -> PRIMARY KEY `PRIMARY` (`id`)

    -> ) ENGINE=InnoDB;

        1. [测试实例]对表加锁

测试环境可以不用锁表，因为数据不会变动。如果是直接在生产环境上做这个操作，最好锁表。

mysql> lock tables tmp_list_001 write ;

 

        1. [测试实例]丢弃表空间

[/var/lib/mysql/test]# ll

total 112

-rw-r----- 1 mysql mysql    65 May  5 16:58 db.opt

-rw-r----- 1 mysql mysql  8586 May  5 18:02 tmp_list_001.frm

-rw-r----- 1 mysql mysql 98304 May  5 18:02 tmp_list_001.ibd

 

mysql> alter table tmp_list_001 discard tablespace;

 

root@test3-dbep-db01[/var/lib/mysql/test]# ll

total 16

-rw-r----- 1 mysql mysql   65 May  5 16:58 db.opt

-rw-r----- 1 mysql mysql 8586 May  5 18:02 tmp_list_001.frm

其实discard就是将表的数据文件.ibd删除掉了，但是表的定义文件.frm还是存在的，此时表不可以做dml和查询，但是可以做ddl比如rename等操作。

        1. [测试实例]拷贝ibd文件

从已经恢复好的全备份文件中将对应的.ibd文件拷贝到数据库的数据文件目录。

#cp /mybackup/xtrabackup/full/200505165917.286/test/tmp_list_001.ibd /var/lib/mysql/test/

        1. [测试实例]修改权限

#chown -R mysql.mysql /var/lib/mysql/test/tmp_list_001.ibd

        1. [测试实例]载入表空间

mysql> alter table tmp_list_001 import tablespace;

mysql> show warnings ;

+---------+------+---------------------------------------------------------------------------------------------------------------------------------------------------+

| Level   | Code | Message                                                                                                                                           |

+---------+------+---------------------------------------------------------------------------------------------------------------------------------------------------+

| Warning | 1810 | InnoDB: IO Read error: (2, No such file or directory) Error opening './test/tmp_list_001.cfg', will attempt to import without schema verification |

+---------+------+---------------------------------------------------------------------------------------------------------------------------------------------------+

该告警是说没有tmp_list_001.cfg文件，可以忽略。

        1. [测试实例]解锁表

mysql> unlock tables;

        1. [测试实例]检查数据

 

mysql> select * from tmp_list_001 ;

+----+-------------+

| id | name        |

+----+-------------+

|  1 | wufan       |

|  2 | zhangsan    |

|  3 | lisi        |

|  4 | wangwu      |

|  5 | liutao      |

|  6 | liuyifei    |

|  7 | luozhixiang |

|  8 | liudehua    |

|  9 | guofucheng  |

+----+-------------+

可以看到此时只恢复到了最后一个增量备份时候的数据，最后一次增量备份以后还有数据插入，这部分数据在联机binlog日志里面。

        1. [测试实例]恢复联机binlog日志

 

在对应的binlog中找到对应的drop table语句之前的一个pos，这个就是最终我们需要恢复的结束的pos。

 

        1. [测试实例]规整binlog日志

#mysqlbinlog -d test --start-position 154 -D /var/mysql/log_bin/mybinlog.000046 >/tmp/binlog46.log

#mysqlbinlog -d test --stop-position 219 -D /var/mysql/log_bin/mybinlog.000047 >>/tmp/binlog46.log

这个地方是只有两个联机binlog日志需要恢复，如果有多个，在中间的binlog日志不需要设置开始或者结束pos，只有一头一尾需要指定pos，开头只需要指定开始的start-pos，结束只需要指定stop-pos。

        1. [测试实例]筛选指定表的日志记录

 

每个mysql产生的原始binlog文件的开头都是这样一个东西，指定了binlog的偏移量、版本这些东西，指定Format_description_event的格式，每个会话加一句就行了。没有这个后面的语句没法执行，会报下面的错：

ERROR 1609 (HY000): The BINLOG statement of type `Table_map` was not preceded by a format description BINLOG statement.

# grep -A7 -w DELIMITER /tmp/binlog46.log |grep -A5 "Start: binlog v 4" | head -6 >/tmp/tb_name.sql

下面这句是筛选出针对tmp_list_001表的相关语句的执行，不同版本，不同binlog格式的情况可能不一样，需要灵活处理。

# grep -B7 -A12 -w tmp_list_001 /tmp/binlog46.log >> /tmp/tb_name.sql

        1. [测试实例]最终文件内容

# cat /tmp/tb_name.sql

#200505 17:00:45 server id 1  end_log_pos 123 CRC32 0x0eb02f63  Start: binlog v 4, server v 5.7.29-log created 200505 17:00:45

BINLOG '

PSuxXg8BAAAAdwAAAHsAAAAAAAQANS43LjI5LWxvZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

AAAAAAAAAAAAAAAAAAAAAAAAEzgNAAgAEgAEBAQEEgAAXwAEGggAAAAICAgCAAAACgoKKioAEjQA

AWMvsA4=

'/*!*/;

/*!\C utf8 *//*!*/;

SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=8/*!*/;

SET @@session.lc_time_names=0/*!*/;

SET @@session.collation_database=DEFAULT/*!*/;

BEGIN

/*!*/;

# at 291

#200505 17:01:03 server id 1  end_log_pos 349 CRC32 0x86825264  Table_map: `test`.`tmp_list_001` mapped to number 1776

# at 349

#200505 17:01:03 server id 1  end_log_pos 399 CRC32 0xf5297af3  Write_rows: table id 1776 flags: STMT_END_F

 

BINLOG '

TyuxXhMBAAAAOgAAAF0BAAAAAPAGAAAAAAEABHRlc3QADHRtcF9saXN0XzAwMQACAw8CFAACZFKC

hg==

TyuxXh4BAAAAMgAAAI8BAAAAAPAGAAAAAAEAAgAC//wKAAAACXpoYW5neXVxafN6KfU=

'/*!*/;

# at 399

#200505 17:01:03 server id 1  end_log_pos 430 CRC32 0xa80d1c14  Xid = 531

COMMIT/*!*/;

# at 430

--

SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;

# at 495

#200505 17:01:09 server id 1  end_log_pos 567 CRC32 0x164362ad  Query   thread_id=34    exec_time=0     error_code=0

SET TIMESTAMP=1588669269/*!*/;

BEGIN

/*!*/;

# at 567

#200505 17:01:09 server id 1  end_log_pos 625 CRC32 0x3624c56a  Table_map: `test`.`tmp_list_001` mapped to number 1776

# at 625

#200505 17:01:09 server id 1  end_log_pos 676 CRC32 0xd2eeb7d9  Write_rows: table id 1776 flags: STMT_END_F

 

BINLOG '

VSuxXhMBAAAAOgAAAHECAAAAAPAGAAAAAAEABHRlc3QADHRtcF9saXN0XzAwMQACAw8CFAACasUk

Ng==

VSuxXh4BAAAAMwAAAKQCAAAAAPAGAAAAAAEAAgAC//wLAAAACmxpeGlhb2xvbmfZt+7S

'/*!*/;

# at 676

#200505 17:01:09 server id 1  end_log_pos 707 CRC32 0x65cbcdec  Xid = 532

COMMIT/*!*/;

# at 707

        1. [测试实例]应用筛选的日志

mysql> source /tmp/tb_name.sql

Query OK, 0 rows affected (0.00 sec)

 

Charset changed

Query OK, 0 rows affected (0.00 sec)

 

Query OK, 0 rows affected (0.00 sec)

 

Query OK, 0 rows affected (0.00 sec)

 

Query OK, 0 rows affected, 1 warning (0.00 sec)

 

Query OK, 0 rows affected (0.00 sec)

 

Query OK, 0 rows affected (0.00 sec)

 

Query OK, 0 rows affected (0.00 sec)

 

Query OK, 0 rows affected (0.00 sec)

 

Query OK, 0 rows affected (0.00 sec)

 

Query OK, 0 rows affected (0.00 sec)

 

Query OK, 0 rows affected (0.00 sec)

 

Query OK, 0 rows affected (0.00 sec)

        1. [测试实例]验证数据

mysql> select * from tmp_list_001 ;

+----+-------------+

| id | name        |

+----+-------------+

|  1 | wufan       |

|  2 | zhangsan    |

|  3 | lisi        |

|  4 | wangwu      |

|  5 | liutao      |

|  6 | liuyifei    |

|  7 | luozhixiang |

|  8 | liudehua    |

|  9 | guofucheng  |

| 10 | zhangyuqi   |

| 11 | lixiaolong  |

+----+-------------+

可以看到最后在联机binlog日志里面的两条数据也已经恢复了。

        1. [生产环境]生产环境建表

mysql> CREATE TABLE `test`.`tmp_list_001` (

    ->   `id` int(11) NOT NULL,

    ->   `name` varchar(20) DEFAULT NULL,

    -> PRIMARY KEY `PRIMARY` (`id`)

    -> ) ENGINE=InnoDB;

该表结构同样跟测试库一样，从备份而来。见2.3.5.23小节。

        1. [生产环境]丢弃表空间

mysql> ALTER TABLE tmp_list_001 DISCARD TABLESPACE;

root@test3-dbep-db01[/var/lib/mysql/test]# ll

total 16

-rw-r----- 1 mysql mysql   65 May  5 16:58 db.opt

-rw-r----- 1 mysql mysql 8586 May  5 21:40 tmp_list_001.frm

        1. [测试环境]测试环境导出表空间

mysql> FLUSH TABLES tmp_list_001 FOR EXPORT;

# ll

total 116

-rw-r----- 1 mysql mysql    65 May  5 16:58 db.opt

-rw-r----- 1 mysql mysql   400 May  5 22:53 tmp_list_001.cfg

-rw-r----- 1 mysql mysql  8586 May  5 21:40 tmp_list_001.frm

-rw-r----- 1 mysql mysql 98304 May  5 22:39 tmp_list_001.ibd

会多生成个tmp_list_001.cfg文件，后面我们将.cfg和.ibd文件拷贝到生产环境。

        1. [测试实例]拷贝到生产环境

#scp /var/lib/mysql/test/tmp_list_001.{ibd,cfg} ipprod:/var/lib/mysql/test/

        1. [测试实例]解锁

mysql> UNLOCK TABLES;

语句FLUSH TABLES tmp_list_001 FOR EXPORT;会加锁，所以导出完成以后需要解锁。

        1. [生产环境]修改权限

# chown -R mysql:mysql /var/lib/mysql/test/tmp_list_001.{ibd,cfg}

        1. [生产环境]导入表空间

mysql> ALTER TABLE tmp_list_001 IMPORT TABLESPACE;

        1. [生产环境]检查数据

mysql> select * from tmp_list_001 ;

+----+-------------+

| id | name        |

+----+-------------+

|  1 | wufan       |

|  2 | zhangsan    |

|  3 | lisi        |

|  4 | wangwu      |

|  5 | liutao      |

|  6 | liuyifei    |

|  7 | luozhixiang |

|  8 | liudehua    |

|  9 | guofucheng  |

| 10 | zhangyuqi   |

| 11 | lixiaolong  |

        1. 适用条件说明

1、必须开启 innodb_file_per_table。

2、当这个表处于quiesced状态（就是对该表执行了FLUSH TABLES ... FOR EXPORT语句）,甚至不能被select。

3、测试实例和生产实例的page size要一致。

4、5.7 版本之前，不支持分区表transport。

5、外键相关的表，必须设置 foreign_key_checks=0 才能成功

6、ALTER TABLE ... IMPORT TABLESPACE 不需要.cfg metadata file . 但是，这样的话，MySQL就不会对schema进行verificate

7、5.6以及更高版本，import&export 版本必须在同一个series（同一个系列的mysql）。

8、在replication环境中，master & slave 都必须开启 innodb_file_per_table。这个参数在社区版5.7.29中默认就是开的。

9、对于InnoDB general tablespace，不支持discard & import tablespace。

10、如果两边服务器的table row_format设置的不一样，会导致schema mismatch error

mysql> show variables like '%row_format%' ;

+---------------------------+---------+

| Variable_name             | Value   |

+---------------------------+---------+

| innodb_default_row_format | dynamic |

+---------------------------+---------+

  1. 加密过的InnoDB tablespace 必须要拷贝.cfg 文件。

该方式的恢复花费时间的地方在于export和import，但是仍然比mysqldump和mysqlimport快很多。

shell实例手册
yonggeit的博客
05-27 6326
shell实例手册 1文件{ touch file # 创建空白文件 rm -rf 目录名 # 不提示删除非空目录(-r:递归删除 -f强制) dos2unix # windows文本转linux文本 unix2dos # linux文本转windows文本 enca filename ...
mysql 多线程备份_MySQL多线程备份工具mydumper 之 RDS外部实例迁移平台
weixin_42537142的博客
02-18 223
此文已由作者温正湖授权网易云社区发布。欢迎访问网易云社区，了解更多网易技术产品运营经验。1、Format_description_event问题：BINLOG'kTXkUxMKAAAALQAAAPoDAAAAAEgAAAAAAAEABHRlc3QAAnQzAAEDAAFS1mTWkTXkUyAKAAAALQAAAOgEAAAAAEgAAAAAAAEAAgAB//4BAAAA/gIAAAC52uc...
innobackupex备份恢复，全备，增备，恢复单库单表
LOST_9的博客
08-09 1381
innobackupex备份恢复，全备，增备，恢复单库单表
innodbxbackup 单表恢复
null
04-14 495
1.首先找到备份的数据库目录，压缩打包，移动到准备恢复数据的机器； 2.执行apply-log apt-get install percona-toolkit -y innobackupex --defaults-file=backup-my.cnf --user=root --password=xxxx --apply-log --export /home/op/2019-04-10...
MySQL 8.0 基于.ibd文件进行数据恢复 大数据迁移
最新发布
lilili147369的博客
04-09 1071
MySQL 8.0 基于.ibd文件的数据恢复与大数据迁移技术详解（兼容5.7）一、技术背景与原理1.1 MySQL数据文件结构演变MySQL使用不同的文件来存储表结构和表数据。在MySQL发展过程中，这些文件的组织结构经历了重大变化：MySQL 5.7及之前版本：表结构信息存储在.frm文件中，表数据存储在.ibd文件中MySQL 8.0及更高版本：.frm文件被废弃，表结构信息和表数据都集中存储在.ibd文件中这种变化带来了显著优势：更高的元数据存储效率。
innobackupex单表增量备份与恢复
u010719917的专栏
06-30 1260
--export --include=xiongq.b 单表增量备份    innobackupex   --defaults-file=/data/3306/my.cnf --user=root --password=root --export --include=xiongq.b --socket=/data/3306/mysql.sock  /incrbackup    inn
mysql----innobackupex(数据完全备份与恢复 （对数据做完全备份也不锁表） 备份数据命令格式)
weixin_69899223的博客
07-14 632
mysql----innobackupex(数据完全备份与恢复 （对数据做完全备份也不锁表） 备份数据命令格式)
MySQL备份与恢复：使用innobackupex --tables-file备份指定的库
学亮编程手记
08-16 424
是 Percona XtraBackup 和 MySQL Enterprise Backup 等工具中用于备份 InnoDB 表空间的一个实用程序。它允许你在应用运行时（即热备份）备份数据库，并且能够确保数据的一致性。如果你想要使用来备份指定的数据库或表，而不是整个实例，那么你需要了解一些限制和技巧。默认备份整个 MySQL 实例，但可以通过一些方法来实现对特定数据库或表的备份。下面是一个示例脚本，展示如何使用来备份指定的数据库。请注意，
mysqlbinlog同步数据
彭世瑜的博客
11-22 2261
# 导出binlog数据到文件 mysqlbinlog --no-defaults mysql-bin.000001 -d [database] -v -v > mysql-bin.000001.sql # 导入数据到MySQL mysql -uroot -p[password] [database] < mysql-bin.000001.sql ...
mysql5.6之innodb导入的改进
weixin_33816821的博客
06-09 180
在mysql5.6之前，导入单个innodb表的idb文件需要对齐tablespace id，而如果tablespace id不一致，就需要通过在新库不挺的新建表，来增长tablespace id，以致对齐tablespace id。5.6版本之后altertable...importtablespace已经不需要对齐tablespace id。altertable...
mysql利用binlog恢复数据
weixin_33825683的博客
11-12 308
需求：需要给开发提供一个2018年9月30号的数据，按照我们公司正常备份策略来说，直接找到对应时间的备份数据，解压导入即可，恰好这个时间节点的数据没有，只备份到2018年9月25号的，糟糕了吧 咋办呢，咱们利用binlog日志来恢复吧，如果二进制日志都没有，那还恢复啥呢，运维咋当滴 话不多说，进入正题 一、导入数据 我的源数据：ba...
mysql 命令创建表空间_MYSQL表空间迁徙
weixin_31880383的博客
02-17 511
mysql表空间迁移。表空间迁移。有如下原因你可能需要将InnoDB表复制到不同的数据库服务器上。不增加生产负载的情况下生成 一个报表在一个新的服务器上建立一个和生产上数据相同的表做一个备份在发生问题或错误操作时用于恢复快速将数据从一个服务器迁移到另一个服务器命令FLUSH TABLES ... FOREXPORT使.ibd文件保持一致的状态。只有文件处于一致的状态我们才可以复制它。这个文件也会同...
MySQL数据导入 ： ERROR 1290 (HY000) 错误解决方案
zqzwzd的博客
11-29 1万+
想要导入文件进mysql里面的数据表，执行LOAD DATA INFILE '/Users/ziqi.zhang/testDB.csv' INTO TABLE goods FIELDS TERMINATED BY ','; 返回： ERROR 1290 (HY000): The MySQL server is running with the --secure-file-priv option...
Dr0p1t-Framework：一个可以绕过多数杀软的木马生成框架（安装及介绍）
净邪的博客
03-03 879
特点生成的可执行文件相关属性：可执行文件的大小相对于其他以相同方式生成的dropper较小。可在目标系统上下载可执行文件并静默执行自毁功能，dropper在完成工作后将自动删除躲避磁盘取证，并且在完全删除之前进行内容的清除完成后清除事件日志。框架属性：适用于Windows，Linux，现已支持OSX（感谢@sm4sh3r）。Dr0p1t-Server（beta版）支持在浏览器使用，具体请参阅如何使...
mysql备份需要停应用吗_对于含有innodb表的实例进行文件拷贝备份时必须停mysql实例吗...
weixin_31967737的博客
02-10 278
展开全部在实际环境中，62616964757a686964616fe59b9ee7ad9431333361313261时不时需要备份恢复单个或多个表(注意：这里除非明确指定，所说的表一律指InnoDB表)，而对于innodb引擎恢复单个表需要整体的恢复，xtrabackup也可以单个表恢复，只不过是用的正则过滤的，不知最新版本是否支持表空间传输特性。本文将要说说怎么移动或复制部分或全部的表到另一台...
MYSQL— perror 错误码详情
热门推荐
道行尚浅（老道）的博客
12-04 11万+
[root@localhost ~]# cat test_nothread.py import paramiko import threading import os def ssh2(ip,username,passwd,cmd): file_path='/root/perror.log' logfile=file(file_path,'a') try:
MySQL Binlog解析
weixin_34167819的博客
11-03 726
概述 MySQL的安装可以参考：Linux(CentOS)中常用软件安装，使用及异常——MySQL, VmTools MySQL关于Binlog的官方文档：The Binary Log 基于Binlog的主备复制：MySQL主备复制原理、实现及异常处理 什么是 Binlog MySQL Server 有四种类型的日志——E...
xtrabackup 恢复单个表
lwei_998的专栏
10-23 5352
原理和mysql的transport tablespace基本相同。 一、安装与备份 1. 下载安装XtraBackup $wget http://www.percona.com/redir/downloads/XtraBackup/LATEST/binary/tarball/percona-xtrabackup-2.2.5-5027-Linux-x86_64.tar.gz $ta
解决Anaconda报错IOError: [Errno 2] No such file or directory: 'spyder\\\\config\\\\base.py的问题
muli
04-26 1万+
解决Anaconda报错IOError: [Errno 2] No such file or directory: ‘spyder\\config\\base.py的问题
MySQL大数据备份与还原：innobackupex与xtrabackup详解
MySQL中使用innobackupex和...MySQL中的innobackupex和xtrabackup工具为大数据备份和还原提供了强大的支持，特别是对于那些需要高效和实时恢复能力的场景，熟练掌握和运用这些工具能显著提升数据库管理的效率和可靠性。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值