程序员经验分享-hwhale

阿里云数据库RDS MySQL 物理全备文件数据恢复至自建数据库Mysql 5.7中

2023-10-27

环境介绍：

CentOS 7.5

Mysql 5.7

percona-xtrabackup-24

注意事项

操作系统中已安装数据恢复工具Percona XtraBackup，您可以从Percona XtraBackup官网下载安装。

  • MySQL 5.6及之前的版本需要安装 Percona XtraBackup 2.3，安装指导请参见官方文档Percona
    XtraBackup 2.3。
  • MySQL 5.7版本需要安装 Percona XtraBackup 2.4，安装指导请参见官方文档Percona XtraBackup
    2.4。
  • MySQL 8.0版本需要安装 Percona XtraBackup 8.0，安装指导请参见官方文档Percona XtraBackup
    8.0。

自建MySQL数据库安装在64位的Linux系统中，且与云数据库MySQL版的版本相同。

备份恢复操作步骤

1.登录RDS管理控制台。
 2.在页面左上角，选择实例所在地域。
 3.找到目标实例，单击实例ID。
 4.在左侧导航栏中单击备份恢复。
 5.选择数据备份标签页。
 6.选择查询的时间范围，然后单击查询。
 7.在数据备份列表中，找到要下载的数据备份，并单击其右侧的下载。
在这里插入图片描述
 8.在实例备份文件下载窗口，单击复制外网地址旁的复制图标，获取数据备份文件外网下载地址。
在这里插入图片描述
 9.登录服务器。
 10.执行如下命令，下载数据备份文件。

wget -c ‘<数据备份文件外网下载地址>’ -O <自定义文件名>

-c：启用断点续传模式。
  -O：将下载的结果保存为指定的文件（使用URL中包含的文件名后缀 .tar.gz 、.xb.gz 或 _qp.xb）。

11.innobackupex解压命令需要安装qpress，下载qpress工具，然后使用如下命令安装：

下载qpress

[root@test2 ~]# mkdir crmdb

[root@test2 ~]# cd crmdb

[root@test2 ~]# ls crmdb/
hins8537769_data_20200708132950.tar  qpress-11-linux-x64.tar

[root@test2 ~]# ll crmdb/
总用量 403196
-rw-r--r-- 1 root root 412790614 7月   9 10:53 hins8537769_data_20200708132950.tar    //RDS数据库全备文件
-rw-r--r-- 1 root root     81920 7月   9 14:00 qpress-11-linux-x64.tar

[root@test2 ~]# tar -xvf crmdb/qpress-11-linux-x64.tar
qpress

[root@test2 ~]# chmod 755 qpress

[root@test2 ~]# cp qpress /usr/bin/

12.执行如下命令，解压已下载的数据备份文件。

目前物理备份集文件有3种格式：

  • tar 压缩包 （.tar.gz 后缀）
  • xbstream 压缩包 （.xb.gz 后缀）
  • xbstream 文件包（_qp.xb 后缀）

1.对于tar 压缩包 （.tar.gz 后缀），使用命令：

tar -izxvf <数据备份文件名>.tar.gz -C  <数据库恢复到这个目录>

2.对于xbstream 压缩包 （.xb.gz 后缀），使用命令：

gzip -d -c <数据备份文件名>.xb.gz | xbstream -x -v -C  <数据库恢复到这个目录>

3.对于xbstream 文件包（_qp.xb 后缀），使用命令：

--解包
cat <数据备份文件名>_qp.xb | xbstream -x -v -C  <数据库恢复到这个目录>

--MySQL 5.6/5.7解压
innobackupex --decompress --remove-original  <数据库恢复到这个目录>

--MySQL 8.0解压
xtrabackup --decompress --remove-original --target-dir=<数据库恢复到这个目录>

注意：

由于阿里云RDS数据库备份的是物理全备文件，所以最好是恢复数据至新安装的Mysql数据库。

-C：指定文件要解压到的目录。可选参数，若不指定就解压到当前目录。

[root@test2 ~]# tar -izxvf crmdb/hins8537769_data_20200708132950.tar -C /var/lib/mysql
crmdb/weixin_textmsg.ibd
crmdb/sys_dept.ibd
crmdb/ybc_recovery.ibd
crmdb/sys_user_qx.ibd
crmdb/imptable.ibd
crmdb/ybc_refund.ibd
crmdb/ybt_type.ibd
crmdb/work_count.ibd
crmdb/ybc_branch.ibd
crmdb/ybc_follow.ibd
crmdb/weixin_command.ibd
crmdb/sys_user.ibd
crmdb/version_message.ibd
crmdb/sys_menu.ibd
crmdb/sys_app_user.ibd
crmdb/vip_visit.ibd
crmdb/ybc_house.ibd
crmdb/ybc_message.ibd
crmdb/sys_dictionaries.ibd
...

[root@test2 ~]# ls -l /var/lib/mysql     //查询解压后生成的文件
总用量 324852
-rw-r----- 1 mysql mysql        56 7月  10 16:41 auto.cnf
-rw-rw---- 1 root  root        536 7月   8 13:31 backup-my.cnf
-rw------- 1 mysql mysql      1680 7月  10 16:41 ca-key.pem
-rw-r--r-- 1 mysql mysql      1112 7月  10 16:41 ca.pem
-rw-r--r-- 1 mysql mysql      1112 7月  10 16:41 client-cert.pem
-rw------- 1 mysql mysql      1680 7月  10 16:41 client-key.pem
drwxr-xr-x 2 root  root       4096 7月  10 16:48 crmdb
drwxr-xr-x 2 root  root       4096 7月  10 16:48 crmdb_test
-rw-r----- 1 mysql mysql       425 7月  10 16:41 ib_buffer_pool
-rw-rw---- 1 root  root  209715200 7月   8 12:31 ibdata1
-rw-r----- 1 mysql mysql  50331648 7月  10 16:41 ib_logfile0
-rw-r----- 1 mysql mysql  50331648 7月  10 16:41 ib_logfile1
-rw-r----- 1 mysql mysql  12582912 7月  10 16:41 ibtmp1
drwxr-x--- 2 mysql mysql      4096 7月  10 16:48 mysql
srwxrwxrwx 1 mysql mysql         0 7月  10 16:41 mysql.sock
-rw------- 1 mysql mysql         5 7月  10 16:41 mysql.sock.lock
drwxr-x--- 2 mysql mysql      8192 7月  10 16:48 performance_schema
-rw------- 1 mysql mysql      1680 7月  10 16:41 private_key.pem
-rw-r--r-- 1 mysql mysql       452 7月  10 16:41 public_key.pem
-rw-r--r-- 1 mysql mysql      1112 7月  10 16:41 server-cert.pem
-rw------- 1 mysql mysql      1680 7月  10 16:41 server-key.pem
drwxr-x--- 2 mysql mysql      8192 7月  10 16:48 sys
-rw-rw---- 1 root  root        119 7月   8 13:31 xtrabackup_binlog_info
-rw-rw---- 1 root  root        147 7月   8 13:31 xtrabackup_checkpoints
-rw-rw---- 1 root  root        845 7月   8 13:31 xtrabackup_info
-rw-rw---- 1 root  root    9566720 7月   8 13:31 xtrabackup_logfile
-rw-rw---- 1 root  root         74 7月   8 13:31 xtrabackup_slave_filename_info
-rw-rw---- 1 root  root        162 7月   8 13:31 xtrabackup_slave_info

13.安装Percona XtraBackup 2.4（Mysql 5.7需要），恢复备份数据

[root@test2 ~]# yum -y install https://repo.percona.com/yum/percona-release-latest.noarch.rpm
...
已安装:
  percona-release.noarch 0:1.0-21

完毕！

[root@test2 ~]# yum list | grep percona
...
percona-release.noarch                   1.0-21                        installed
percona-xtrabackup-24.x86_64             2.4.5-1.el7                   installed
Percona-Server-55-debuginfo.x86_64       5.5.62-rel38.14.el7           percona-release-x86_64
Percona-Server-56-debuginfo.x86_64       5.6.48-rel88.0.1.el7          percona-release-x86_64
Percona-Server-57-debuginfo.x86_64       5.7.30-33.1.el7               percona-release-x86_64
Percona-Server-80-info.x86_64            8.0-1.el7                     percona-release-x86_64
Percona-Server-MongoDB.x86_64            3.0.15-1.10.el7               percona-release-x86_64
Percona-Server-MongoDB-32.x86_64         3.2.22-3.13.el7               percona-release-x86_64
                                         3.2.22-3.13.el7               percona-release-x86_64
Percona-Server-MongoDB-32-mongos.x86_64  3.2.22-3.13.el7               percona-release-x86_64
Percona-Server-MongoDB-32-server.x86_64  3.2.22-3.13.el7               percona-release-x86_64
Percona-Server-MongoDB-32-shell.x86_64   3.2.22-3.13.el7               percona-release-x86_64
Percona-Server-MongoDB-32-tools.x86_64   3.2.22-3.13.el7               percona-release-x86_64
Percona-Server-MongoDB-34.x86_64         3.4.24-3.0.el7                percona-release-x86_64
                                         3.4.24-3.0.el7                percona-release-x86_64
Percona-Server-MongoDB-34-mongos.x86_64  3.4.24-3.0.el7                percona-release-x86_64
...

[root@test2 ~]# yum -y install percona-xtrabackup-24.x86_64
...
已安装:
  percona-xtrabackup-24.x86_64 0:2.4.20-1.el7

完毕！

14.为避免版本问题，需修改backup-my.cnf参数

[root@test2 ~]# vim /var/lib/mysql/backup-my.cnf
[mysqld]
innodb_checksum_algorithm=crc32
#innodb_log_checksum_algorithm=strict_crc32         //注释掉
innodb_data_file_path=ibdata1:200M:autoextend
innodb_log_files_in_group=2
innodb_log_file_size=1048576000
#innodb_fast_checksum=false       //注释掉
innodb_page_size=16384
#innodb_log_block_size=512       //注释掉
innodb_undo_directory=./
innodb_undo_tablespaces=0
server_id=2931342899
#redo_log_version=1         //注释掉
#server_uuid=cf7b6786-a55c-11e9-94b7-506b4b231e40       //注释掉
#master_key_id=0       //注释掉
#innodb_encrypt_algorithm=AES_256_CBC     //注释掉

15.执行如下命令，恢复解压好的备份文件并修改文件属主，并确定文件所属为MySQL用户。

Mysql5.6/5.7/8.0恢复数据时，backup-my.cnf配置文件为上面RDS备份文件解压后的目录中（即，要恢复的文件夹中），本文中数据恢复至/var/lib/mysql/中，Mysql 5.7为刚安装的新库，无任何数据。

–MySQL 5.6/5.7–

innobackupex --defaults-file=<数据库恢复到的目录>/backup-my.cnf --apply-log <数据库恢复到的目录>

–MySQL 8.0–

xtrabackup --prepare --target-dir=<数据库恢复到的目录>

xtrabackup --datadir=/var/lib/mysql --copy-back --target-dir=<数据库恢复到的目录>

[root@test2 ~]# chown -R mysql:mysql /var/lib/mysql        //修改文件属主属组

[root@test2 ~]# ll /var/lib/mysql
总用量 2278460
-rw-r----- 1 mysql mysql         56 7月  10 16:41 auto.cnf
-rw-rw---- 1 mysql mysql        543 7月  10 16:50 backup-my.cnf
-rw------- 1 mysql mysql       1680 7月  10 16:41 ca-key.pem
-rw-r--r-- 1 mysql mysql       1112 7月  10 16:41 ca.pem
-rw-r--r-- 1 mysql mysql       1112 7月  10 16:41 client-cert.pem
-rw------- 1 mysql mysql       1680 7月  10 16:41 client-key.pem
drwxr-xr-x 2 mysql mysql       4096 7月  10 17:26 crmdb
drwxr-xr-x 2 mysql mysql       4096 7月  10 16:48 crmdb_test
-rw-r----- 1 mysql mysql        425 7月  10 16:41 ib_buffer_pool
-rw-rw---- 1 mysql mysql  209715200 7月  10 17:39 ibdata1
-rw-r----- 1 mysql mysql 1048576000 7月  10 17:39 ib_logfile0
-rw-r----- 1 mysql mysql 1048576000 7月  10 17:39 ib_logfile1
-rw-r----- 1 mysql mysql   12582912 7月  10 17:39 ibtmp1
drwxr-x--- 2 mysql mysql       4096 7月  10 16:48 mysql
srwxrwxrwx 1 mysql mysql          0 7月  10 16:41 mysql.sock
-rw------- 1 mysql mysql          5 7月  10 16:41 mysql.sock.lock
drwxr-x--- 2 mysql mysql       8192 7月  10 16:48 performance_schema
-rw------- 1 mysql mysql       1680 7月  10 16:41 private_key.pem
-rw-r--r-- 1 mysql mysql        452 7月  10 16:41 public_key.pem
-rw-r--r-- 1 mysql mysql       1112 7月  10 16:41 server-cert.pem
-rw------- 1 mysql mysql       1680 7月  10 16:41 server-key.pem
drwxr-x--- 2 mysql mysql       8192 7月  10 16:48 sys
-rw-rw---- 1 mysql mysql        119 7月   8 13:31 xtrabackup_binlog_info
-rw-r--r-- 1 mysql mysql         24 7月  10 17:38 xtrabackup_binlog_pos_innodb
-rw-rw---- 1 mysql mysql        147 7月  10 17:38 xtrabackup_checkpoints
-rw-rw---- 1 mysql mysql        845 7月   8 13:31 xtrabackup_info
-rw-rw---- 1 mysql mysql   13565952 7月  10 17:38 xtrabackup_logfile
-rw-r--r-- 1 mysql mysql          1 7月  10 17:38 xtrabackup_master_key_id
-rw-rw---- 1 mysql mysql         74 7月   8 13:31 xtrabackup_slave_filename_info
-rw-rw---- 1 mysql mysql        162 7月   8 13:31 xtrabackup_slave_info

[root@test2 ~]# innobackupex --defaults-file=/var/lib/mysql/backup-my.cnf --apply-log /var/lib/mysql
xtrabackup: recognized server arguments: --innodb_checksum_algorithm=crc32 --innodb_data_file_path=ibdata1:200M:autoextend --innodb_log_files_in_group=2 --innodb_log_file_size=1048576000 --innodb_page_size=16384 --innodb_undo_directory=./ --innodb_undo_tablespaces=0 --server-id=2931342899
xtrabackup: recognized client arguments:
200710 17:38:03 innobackupex: Starting the apply-log operation

IMPORTANT: 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.20 based on MySQL server 5.7.26 Linux (x86_64) (revision id: c8b4056)
xtrabackup: cd to /var/lib/mysql/
xtrabackup: This target seems to be not prepared yet.
InnoDB: Number of pools: 1
xtrabackup: xtrabackup_logfile detected: size=13565952, start_lsn=(10489267059)
xtrabackup: using the following InnoDB configuration for recovery:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:200M:autoextend
xtrabackup:   innodb_log_group_home_dir = .
xtrabackup:   innodb_log_files_in_group = 1
xtrabackup:   innodb_log_file_size = 13565952
xtrabackup: using the following InnoDB configuration for recovery:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:200M:autoextend
xtrabackup:   innodb_log_group_home_dir = .
xtrabackup:   innodb_log_files_in_group = 1
xtrabackup:   innodb_log_file_size = 13565952
xtrabackup: Starting InnoDB instance for recovery.
xtrabackup: Using 104857600 bytes for buffer pool (set by --use-memory parameter)
InnoDB: PUNCH HOLE support available
InnoDB: Mutexes and rw_locks use GCC atomic builtins
InnoDB: Uses event mutexes
InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
InnoDB: Compressed tables use zlib 1.2.7
InnoDB: Number of pools: 1
InnoDB: Using CPU crc32 instructions
InnoDB: Initializing buffer pool, total size = 100M, instances = 1, chunk size = 100M
InnoDB: Completed initialization of buffer pool
InnoDB: page_cleaner coordinator priority: -20
InnoDB: Highest supported file format is Barracuda.
InnoDB: Log scan progressed past the checkpoint lsn 10489267059
InnoDB: Doing recovery: scanned up to log sequence number 10494509568 (43%)
InnoDB: Doing recovery: scanned up to log sequence number 10498831278 (79%)
InnoDB: Database was not shutdown normally!
InnoDB: Starting crash recovery.
InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percent: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99
InnoDB: Apply batch completed
InnoDB: xtrabackup: Last MySQL binlog file position 593541, file name mysql-bin.001448
InnoDB: Removed temporary tablespace data file: "ibtmp1"
InnoDB: Creating shared tablespace for temporary tables
InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
InnoDB: File './ibtmp1' size is now 12 MB.
InnoDB: 96 redo rollback segment(s) found. 1 redo rollback segment(s) are active.
InnoDB: 32 non-redo rollback segment(s) are active.
InnoDB: Waiting for purge to start
InnoDB: 5.7.26 started; log sequence number 10498831278
InnoDB: page_cleaner: 1000ms intended loop took 46390ms. The settings might not be optimal. (flushed=0 and evicted=0, during the time.)
InnoDB: xtrabackup: Last MySQL binlog file position 593541, file name mysql-bin.001448

xtrabackup: starting shutdown with innodb_fast_shutdown = 1
InnoDB: FTS optimize thread exiting.
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 10498832727
InnoDB: Number of pools: 1
xtrabackup: using the following InnoDB configuration for recovery:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:200M:autoextend
xtrabackup:   innodb_log_group_home_dir = .
xtrabackup:   innodb_log_files_in_group = 2
xtrabackup:   innodb_log_file_size = 1048576000
InnoDB: PUNCH HOLE support available
InnoDB: Mutexes and rw_locks use GCC atomic builtins
InnoDB: Uses event mutexes
InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
InnoDB: Compressed tables use zlib 1.2.7
InnoDB: Number of pools: 1
InnoDB: Using CPU crc32 instructions
InnoDB: Initializing buffer pool, total size = 100M, instances = 1, chunk size = 100M
InnoDB: Completed initialization of buffer pool
InnoDB: page_cleaner coordinator priority: -20
InnoDB: Setting log file ./ib_logfile101 size to 1000 MB
InnoDB: Progress in MB:
 100 200 300 400 500 600 700 800 900 1000
InnoDB: Setting log file ./ib_logfile1 size to 1000 MB
InnoDB: Progress in MB:
 100 200 300 400 500 600 700 800 900 1000
InnoDB: Renaming log file ./ib_logfile101 to ./ib_logfile0
InnoDB: New log files created, LSN=10498832727
InnoDB: Highest supported file format is Barracuda.
InnoDB: Log scan progressed past the checkpoint lsn 10498832908
InnoDB: Doing recovery: scanned up to log sequence number 10498832917 (0%)
InnoDB: Database was not shutdown normally!
InnoDB: Starting crash recovery.
InnoDB: xtrabackup: Last MySQL binlog file position 593541, file name mysql-bin.001448
InnoDB: Removed temporary tablespace data file: "ibtmp1"
InnoDB: Creating shared tablespace for temporary tables
InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
InnoDB: File './ibtmp1' size is now 12 MB.
InnoDB: 96 redo rollback segment(s) found. 1 redo rollback segment(s) are active.
InnoDB: 32 non-redo rollback segment(s) are active.
InnoDB: page_cleaner: 1000ms intended loop took 35376ms. The settings might not be optimal. (flushed=0 and evicted=0, during the time.)
InnoDB: 5.7.26 started; log sequence number 10498832917
xtrabackup: starting shutdown with innodb_fast_shutdown = 1
InnoDB: FTS optimize thread exiting.
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 10498832936
200710 17:39:28 completed OK!

可以看到执行 innobackupex 恢复数据成功了。

注意：

 数据恢复成功后，由于我们是恢复的RDS全备文件，所以我们自建的Mysql数据库之前设置的密码会被覆盖成RDS的备份数据库的密码，如果忘记密码，可以临时在Mysql配置文件中加入skip-grant-tables配置，无密码进入数据库，验证数据恢复情况，后面再重置root密码。

[root@test2 ~]# vim /etc/my.cnf

[mysqld]
…
skip-grant-tables

16.执行如下命令，启动MySQL进程。

注意：

在启动Mysql进程的时候，由于我是直接将备份数据恢复到Mysql默认的数据库目录/var/lib/mysql中，所以可以直接systemctl start mysqld启动Mysql进程。如果最开始是将RDS数据库的备份文件恢复到了其他目录中，那么在启动Mysql数据库进程的时候就需要使用mysqld_safe指定数据库目录启动进程，否则默认方式启动数据库后是看不到恢复的数据的。

命令：

mysqld_safe --defaults-file=<数据库恢复到的目录>/backup-my.cnf --user=mysql --datadir=<数据库恢复到的目录> &

[root@test2 ~]# systemctl start mysqld    

[root@test2 ~]# mysql -uroot
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 3
Server version: 5.7.30 MySQL Community Server (GPL)

Copyright (c) 2000, 2020, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> use crmdb;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> show tables;
+------------------------+
| Tables_in_crmdb        |
+------------------------+
| 产品表_rsow_product     |
| calllist               |
| cus_manage_set         |
| dictionary             |
| importtel              |
| imptable               |
| imptable2              |
| log                    |
| rsow_product           |
| rxpbls                 |
| sys_app_user           |
| sys_dept               |
| sys_dictionaries       |
| sys_gl_qx              |
| sys_menu               |
| sys_role               |
| sys_user               |
| sys_user_qx            |
| tb_pictures            |
| test                   |
| tmp_ybc                |
| user                   |

mysql> select * from  user;
+--------+----------+----------+------+------+------------+
| userID | userName | password | name | sex  | department |
+--------+----------+----------+------+------+------------+
|      1 | admin    | admin    | NULL | NULL | NULL       |
|      2 | 111111   | 111111   | NULL | NULL | NULL       |
|      3 | 222222   | 222222   | NULL | NULL | NULL       |
|      4 | 333333   | 333333   | NULL | NULL | NULL       |
|      5 | 444444   | 444444   | NULL | NULL | NULL       |
|      6 | 555555   | 555555   | NULL | NULL | NULL       |
+--------+----------+----------+------+------+------------+
6 rows in set (0.00 sec)

可以看到数据成功展示，数据恢复成功！！！

重置连接Mysql数据库的Root密码

密码重置报错解决：

关于将阿里云RDS数据库或其他主机数据库全备文件恢复至自建数据库后密码被覆盖，并在重置密码时出现各种报错的问题解决

1.修改配置文件，添加跳过授权表配置启动MySQL服务

[root@test2 ~]# vim /etc/my.cnf

[mysqld]
...
skip-grant-tables

2.重启Mysql服务进程后登陆数据库修改root密码

[root@test2 ~]# systemctl restart mysqld 

[root@test2 ~]# mysql -uroot
mysql> use mysql;

mysql> update user set authentication_string=password('123qqq...A') where user='root' and host='%';

mysql> flush privileges;

mysql> exit
Bye

[root@test2 ~]# sed -i s/skip-grant-tables//g /etc/my.cnf

[root@test2 ~]# systemctl restart mysqld

[root@test2 ~]# mysql -uroot -p123qqq...A
mysql> select user();
+--------+
| user() |
+--------+
| root@  |
+--------+
1 row in set (0.00 sec)

重置数据库密码成功！

其他相关报错解决：

1.安装Mysql报错：错误：软件包：mysql-community-server-5.7.30-1.el7.x86_64 (mysql57-community) 需要：mysql-community解决

2.安装percona-xtrabackup-24报错：file /etc/my.cnf from install of Percona-Server-shared-56-5.6.48-rel88.解决

3.阿里云数据库RDS MySQL 物理全备文件恢复到自建数据库Mysql报错：InnoDB: Log file ./ib_logfile1 is of different size…xtrabacku

https://mp.weixin.qq.com/s/hRU-8SNJKnerJv0s8PbMdA

本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)

数据库

阿里云数据库RDS MySQL 物理全备文件数据恢复至自建数据库Mysql 5.7中 的相关文章

  • 猫头虎博主的MySQL救援指南：轻松解决初始化问题(nysqld: Can create directort :mysgl mysg! 9-winx64 data errno such file o)

    博主猫头虎的技术世界 欢迎来到 猫头虎的博客 探索技术的无限可能 专栏链接 精选专栏 面试题大全 面试准备的宝典 IDEA开发秘籍 提升你的IDEA技能 100天精通Golang Go语言学习之旅 领域矩阵 猫头虎技术领域矩阵 深入探索各技

  • 拓数派加入 OpenCloudOS 操作系统开源社区，作为成员单位参与社区共建

    近日 拓数派签署 CLA Contributor License Agreement 贡献者许可协议 正式加入 OpenCloudOS 操作系统开源社区 拓数派 英文名称 OpenPie 是国内基础数据计算领域的高科技创新企业 作为国内云上

  • MySQL中设置自增主键id从1开始

    可能遇到过这种问题 当你只想新增一条数据时 发现使用Insert语句后 发现id并不是从1开始的 握草 怎么回事 其实很简单 通过执行一下SQL 对应你的表就可以解决 ALTER TABLE user AUTO INCREMENT 1 具体

  • 【计算机开题报告】基于JSP的服装店销售管理系统

    1 选课目的意义 21世纪是一个信息化时代 随着中国经济的发展和人民生活水平的提高 服装商场的普及程度日益增大 竞争也在逐渐白炽化 为了进一步提高服装商场的经营效率 在服装店销售管理中引入计算机管理系统成为了必然的选择 由于中国环境的特殊性

  • sql临时表、创建虚拟表、select临时表、多行数据、自定义数据、插入数据

    SELECT FROM VALUES John 25 Jane 30 Mike 35 AS table name name age 方法2 select 1 2 union all select 3 4

  • 【计算机开题报告】家具销售库存管理信息系统

    一 选题的目的 意义及相关研究动态和自己的见解 随着当今社会信息化的发展 电子自动化办公越来越为各人所重视 它能有效地收集 处理各种信息 极大地提高了办事效率 而计算机技术各种软件工作平台不断的发展 又为电子自动化办公的实现提供了良好的前景

  • 如何在CentOS安装SQL Server数据库并通过内网穿透工具实现公网访问

    文章目录 前言 1 安装sql server 2 局域网测试连接 3 安装cpolar内网穿透 4 将sqlserver映射到公网 5 公网远程连接 6 固定连接公网地址 7 使用固定公网地址连接 前言 简单几步实现在Linux cento

  • Nexus5596交换机支持3层需要的子卡

    3层子卡 nexus5596如果没有这块子卡 无法支持3层特性 TEST Cisco N5596 1 show modu Mod Ports Module Type Model Status 1 48 O2 32X10GBase T 16X

  • Kali Linux 安全渗透核心总结，444页核心知识点

    就像IT人离不开Linux系统一样 网安人也离不开Kali Linux 作为攻击性防御和渗透测试的代名词 越来越多的人开始学习Kali 如果你也对kali感兴趣 又想深入了解这方面内容 不妨收藏一下这份Kali Linux安全渗透教程 共4

  • Navicat 16 for MySQL：打造高效数据库开发管理工具

    随着数据的快速增长和复杂性的提升 数据库成为了现代应用开发中不可或缺的一部分 而在MySQL数据库领域 Navicat 16 for MySQL作为一款强大的数据库开发管理工具 正受到越来越多开发者的青睐 Navicat 16 for My

  • 【计算机毕业设计】实验室预约管理

    身处网络时代 随着网络系统体系发展的不断成熟和完善 人们的生活也随之发生了很大的变化 人们在追求较高物质生活的同时 也在想着如何使自身的精神内涵得到提升 而读书就是人们获得精神享受非常重要的途径 为了满足人们随时随地只要有网络就可以看书的要

  • 【计算机毕业设计】出租车管理系统

    现代经济快节奏发展以及不断完善升级的信息化技术 让传统数据信息的管理升级为软件存储 归纳 集中处理数据信息的管理方式 本出租车管理系统就是在这样的大环境下诞生 其可以帮助管理者在短时间内处理完毕庞大的数据信息 使用这种软件工具可以帮助管理人

  • 【计算机毕业设计】学生就业管理系统

    如今社会上各行各业 都喜欢用自己行业的专属软件工作 互联网发展到这个时候 人们已经发现离不开了互联网 新技术的产生 往往能解决一些老技术的弊端问题 因为传统学生就业信息管理难度大 容错率低 管理人员处理数据费工费时 所以专门为解决这个难题开

  • 通俗易懂，十分钟读懂DES，详解DES加密算法原理，DES攻击手段以及3DES原理

    文章目录 1 什么是DES 2 DES的基本概念 3 DES的加密流程 4 DES算法步骤详解 4 1 初始置换 Initial Permutation IP置换 4 2 加密轮次 4 3 F轮函数 4 3 1 拓展R到48位 4 3 2

  • 电商数据api拼多多接口获取商品实时数据价格比价api代码演示案例

    拼多多商品详情接口 接口接入入口 它的主要功能是允许卖家从自己的系统中快速获取商品详细信息 通过这个接口 卖家可以提取到商品的各类数据 包括但不限于商品标题 价格 优惠价 收藏数 下单人数 月销售量等 此外 还可以获取到商品的SKU图 详情

  • 【计算机毕业设计】电商个性化推荐系统

    伴随着我国社会的发展 人民生活质量日益提高 于是对电商个性化推荐进行规范而严格是十分有必要的 所以许许多多的信息管理系统应运而生 此时单靠人力应对这些事务就显得有些力不从心了 所以本论文将设计一套电商个性化推荐系统 帮助商家进行商品信息 在

  • 【计算机毕业设计】白优校园社团网站的设计与实现

    近些年 随着中国经济发展 人民的生活质量逐渐提高 对网络的依赖性越来越高 通过网络处理的事务越来越多 随着白优校园社团网站的常态化 如果依然采用传统的管理方式 将会为工作人员带来庞大的工作量 这将是一个巨大考验 需要投入大量人力开展对社团

  • 【ES6】解构语句中的冒号(:)

    在解构赋值语法中 冒号 的作用是为提取的字段指定一个新的变量名 让我们以示例 const billCode code version route query 来说明 billCode code version 表示从 route query

  • 每日变更的最佳实践

    在优维公司内部 我们采用发布单的方式进行每天的应用变更管理 这里给各位介绍优维的最佳实践 变更是需要多角色合作的 而且他是整体研发流程的一部分 在优维内部 我们坚持每日变更 打通开发环节到最终发布上线的全过程 在保证质量的前提下 尽可能提升

  • Python 使用 NoSQL 数据库的优选方案

    NoSQL 数据库因其高性能 可扩展性和灵活性而风靡一时 然而 对于 Python 程序员而言 选择合适的 NoSQL 数据库可能会令人困惑 因为有多种选择可供选择 那么 哪种 NoSQL 数据库最适合 Python 呢 2 解决方案 根据

随机推荐

  • 浅析Python heapq模块 堆数据结构

    堆的定义 堆是一种特殊的树形数据结构 每个节点都有一个值 通常我们所说的堆的数据结构指的是二叉树 堆的特点是根节点的值最大 或者最小 而且根节点的两个孩子也能与孩子节点组成子树 亦然称之为堆 堆分为两种 大根堆和小根堆是一颗每一个节点的键值

  • 2021-01-25

    项目在windows系统上运用jdk tomcat部署后 js页面不显示 有哪些原因 怎么解决

  • SQL语言的规则与规范

    SQL分类 SQ语言在功能上主要分为如下三大类 DDL Data Definition Laguage 数据定义语言 这些语言定义了不同的数据库 表 视图 索引等数据库对象 还用来创建 删除 修改数据库和数据表的结构 主要的语句关键字包括C

  • Ubuntu系统下配置 Qt Creator 输入中文、配置软件源的服务器地址、修改Ubuntu系统时间

    上篇介绍了Ubuntu系统下搭建QtCreator开发环境 我们可以发现安装好的QtCreator不能输入中文 也没有中文输入法供选择 这里需要进行设置 文章目录 1 配置软件源的服务器地址 2 先配置Ubuntu系统语言 设置为中文 3

  • C300--HGU ONU 配置思路指导_方式1

    OLT正常启动完成后 串口登录 ZXAN gt enable Password zxr10 ZXAN config t ZXAN config ZXAN config show onu type 查看ONU的注册模板 如ZTE F601 Z

  • 什么是全量表，增量表，快照表，拉链表？

    这一篇文章我们的目的是搞懂这四种表的概念 闲话不多说 直接看文字 全量表 全量表没有分区 表中的数据是前一天的所有数据 比如说今天是24号 那么全量表里面拥有的数据是23号的所有数据 每次往全量表里面写数据都会覆盖之前的数据 所以全量表不能

  • Ubuntu20.04 Server调整默认分辨率

    问题引入 把一台台式机安装成Ubuntu20 04 Server版本后 发现没有界面操作不方便 又给它装了个桌面 安装完后发现HDMI接到显示器的分辨率只有800 600 而且在系统配置里还不能选择其它的分辨率配置 首先怀疑是不是显卡驱动没

  • VS Code之Vue开发常用插件

    Auto Close Tag 自动补全html标签 Auto Rename Tag 同步更改html尾标签 ESLint ESlint语法提示 settings json 文件 eslint nodePath E WebStorm 应用路径

  • openwrt不支持opkg的解决办法

    opkg是openwrt的插件安装命令 类似Ubuntu上的apt get或者centos上的yum 好多采用openwrt系统的设备 最后都把opkg裁剪掉了 如果拿到一个设备又想用opkg安装网络上下载到的ipk包 应该怎么办呢 其实也

  • Fluent Nhibernate and Stored Procedures

    sql DROP TABLE Department GO CREATE TABLE Department Id INT IDENTITY 1 1 PRIMARY KEY DepName VARCHAR 50 PhoneNumber VARC

  • 【深度学习】最全的十九种损失函数汇总

    tensorflow和pytorch很多都是相似的 这里以pytorch为例 文章目录 一 L1范数损失 L1Loss 二 均方误差损失 MSELoss 三 交叉熵损失 CrossEntropyLoss 四 KL 散度损失 KLDivLos

  • 数仓建模宽表设计

    一 宽表的设计 其实宽表是数仓里面非常重要的一块 前面我们介绍过了维度表事实表 今天我们介绍一下宽表 前面我们说过了数仓是分层的 这是技术进步和时代变化相结合的产物 数仓的分层式为了更好地管理数仓以及更加高效地进行数据开发 宽表主要出现在d

  • 关于二进制的一个题目

    关于二进制的一个题目 猜测下面count的个数 test23d cpp 定义控制台应用程序的入口点 include stdafx h include

  • 【Copilot】GitHub Copilot could not connect to server. Extension activation failed: “read ECONNRESET“

    背景 搞了个Copilot 在VS里完美运行 但VScode里就一直报这个错误 GitHub Copilot could not connect to server Extension activation failed read ECON

  • 数据库锁表如何处理

    前段时间阿粉在公司开发的时候 不慎导致了数据库产生了锁表的操作 因为阿粉之前从来没有遇到过 之前只是了解过一点 所以导致了锁表 于是阿粉为了解决问题 研究了一下这一部分的内容 于是决定把这一块的知识分享给大家 数据库锁定机制 话说如果你只是

  • 将pbr移植到osg中的需要注意模型法线

    在pbr移植到osg中时 有时发现发黑 原因是光线方向和模型方向相反 在max dot N L 0 计算是 自然就是0了 也很简单 取绝对值即可 即 改为max abs dot N L 0 虽然不一定正确 但是效果起码出来了 另外 传递浮点

  • react-json-view（一看就会的教程）

    最近业务上需要用到json可视化的需求 在这给大家安利一个前端页面很好用的插件react json view 第一步 安装插件npm install save react json view 或者 yarn react json view

  • 持续集成Jenkins安装部署

    Jenkins是一个在DevOps领域中 支持CI CD 持续集成 持续交付 过程域的开源项目 其提供可扩展插件的支持 以自动化的机制对项目工程执行打包 编译 构建 测试以及最终发布到目的地服务器并成功部署运行 本文主要描述Jenkins的

  • Angular表单创建和校验

    Angular中提供了模板驱动表单和响应式表单 相对来做 模板驱动表单使用更加简单 只需要在表单外围添加 myForm ngForm 指令 给每个表单项添加ngModel指令和name属性 然后就可以通过myform value获取到表单中

  • 阿里云数据库RDS MySQL 物理全备文件数据恢复至自建数据库Mysql 5.7中

    环境介绍 CentOS 7 5 Mysql 5 7 percona xtrabackup 24 注意事项 操作系统中已安装数据恢复工具Percona XtraBackup 您可以从Percona XtraBackup官网下载安装 MySQL

热门标签