中韩高清无专码区2021曰网站_亚洲黄色成人网站_久久久久精品国产_国产区视频在线观看

×

阿里云Mysql數(shù)據(jù)庫物理全備文件恢復(fù)到自建數(shù)據(jù)庫Mysql報(bào)錯(cuò):InnoDB: Log file ./...xtrabacku

分類:互聯(lián)網(wǎng)熱點(diǎn) 編輯:小新 瀏覽量:138
2020-07-20 13:33:06
報(bào)錯(cuò)信息:......InnoDB: Log file ./ib_logfile1 is of different size 50331648 bytes than other log files 12058624 bytes!InnoDB: Plugin initialization aborted with error Generic errorxtrabackup: innodb_init(): Error occured.環(huán)境介紹:?CentOS 7.5?Mysql 5.7.30?percona-xtrabackup-24過程回顧:[root@test2 ~]# chown -R mysql:mysql /var/lib/mysql[root@test2 ~]# ll /var/lib/mysql總用量 293172-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.pemdrwxr-xr-x 2 mysql mysql 4096 7月 10 16:48 crmdbdrwxr-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月 8 12:31 ibdata1-rw-r----- 1 mysql mysql 50331648 7月 10 16:41 ib_logfile1-rw-r----- 1 mysql mysql 12582912 7月 10 16:41 ibtmp1drwxr-x--- 2 mysql mysql 4096 7月 10 16:48 mysqlsrwxrwxrwx 1 mysql mysql 0 7月 10 16:41 mysql.sock-rw------- 1 mysql mysql 5 7月 10 16:41 mysql.sock.lockdrwxr-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.pemdrwxr-x--- 2 mysql mysql 8192 7月 10 16:48 sys-rw-rw---- 1 mysql mysql 119 7月 8 13:31 xtrabackup_binlog_info-rw-rw---- 1 mysql mysql 147 7月 8 13:31 xtrabackup_checkpoints-rw-rw---- 1 mysql mysql 845 7月 8 13:31 xtrabackup_info-rw-rw---- 1 mysql mysql 10747904 7月 10 17:16 xtrabackup_logfile-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/mysqlxtrabackup: 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=2931342899xtrabackup: recognized client arguments:200710 17:20:40 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.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: 1xtrabackup: xtrabackup_logfile detected: size=12058624, start_lsn=(10489267059)xtrabackup: using the following InnoDB configuration for recovery innodb_data_home_dir = .xtrabackup: innodb_data_file_path = ibdata1:200M innodb_log_group_home_dir = .xtrabackup: innodb_log_files_in_group = 1xtrabackup: innodb_log_file_size = 12058624xtrabackup: using the following InnoDB configuration for recovery innodb_data_home_dir = .xtrabackup: innodb_data_file_path = ibdata1:200M innodb_log_group_home_dir = .xtrabackup: innodb_log_files_in_group = 1xtrabackup: innodb_log_file_size = 12058624xtrabackup: Starting InnoDB instance for recovery.xtrabackup: Using 104857600 bytes for buffer pool (set by --use-memory parameter)InnoDB: PUNCH HOLE support availableInnoDB: Mutexes and rw_locks use GCC atomic builtinsInnoDB: Uses event mutexesInnoDB: GCC builtin __atomic_thread_fence() is used for memory barrierInnoDB: Compressed tables use zlib 1.2.7InnoDB: Number of pools: 1InnoDB: Using CPU crc32 instructionsInnoDB: Initializing buffer pool, total size = 100M, instances = 1, chunk size = 100MInnoDB: Completed initialization of buffer poolInnoDB: page_cleaner coordinator priority: -20InnoDB: Log file ./ib_logfile1 is of different size 50331648 bytes than other log files 12058624 bytes!InnoDB: Plugin initialization aborted with error Generic errorxtrabackup: innodb_init(): Error occured.解決方法:?移除所有ib_logfile*的文件,最好是移動(dòng)到其他文件夾,不要直接刪除。[root@test2 ~]# mv /var/lib/mysql/ib_logfile1 /root/crmdb/ //將id_logfile1移動(dòng)至其他文件夾[root@test2 ~]# innobackupex --defaults-file=/var/lib/mysql/backup-my.cnf --apply-log /var/lib/mysqlxtrabackup: 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=2931342899xtrabackup: recognized client arguments:200710 17:38:03 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.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: 1xtrabackup: xtrabackup_logfile detected: size=13565952, start_lsn=(10489267059)xtrabackup: using the following InnoDB configuration for recovery innodb_data_home_dir = .xtrabackup: innodb_data_file_path = ibdata1:200M innodb_log_group_home_dir = .xtrabackup: innodb_log_files_in_group = 1xtrabackup: innodb_log_file_size = 13565952xtrabackup: using the following InnoDB configuration for recovery innodb_data_home_dir = .xtrabackup: innodb_data_file_path = ibdata1:200M innodb_log_group_home_dir = .xtrabackup: innodb_log_files_in_group = 1xtrabackup: innodb_log_file_size = 13565952xtrabackup: Starting InnoDB instance for recovery.xtrabackup: Using 104857600 bytes for buffer pool (set by --use-memory parameter)InnoDB: PUNCH HOLE support availableInnoDB: Mutexes and rw_locks use GCC atomic builtinsInnoDB: Uses event mutexesInnoDB: GCC builtin __atomic_thread_fence() is used for memory barrierInnoDB: Compressed tables use zlib 1.2.7InnoDB: Number of pools: 1InnoDB: Using CPU crc32 instructionsInnoDB: Initializing buffer pool, total size = 100M, instances = 1, chunk size = 100MInnoDB: Completed initialization of buffer poolInnoDB: page_cleaner coordinator priority: -20InnoDB: Highest supported file format is Barracuda.InnoDB: Log scan progressed past the checkpoint lsn 10489267059InnoDB: 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 99InnoDB: Apply batch completedInnoDB: xtrabackup: Last MySQL binlog file position 593541, file name mysql-bin.001448InnoDB: Removed temporary tablespace data file: "ibtmp1"InnoDB: Creating shared tablespace for temporary tablesInnoDB: 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 startInnoDB: 5.7.26 started; log sequence number 10498831278InnoDB: 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.001448xtrabackup: starting shutdown with innodb_fast_shutdown = 1InnoDB: FTS optimize thread exiting.InnoDB: Starting shutdown...InnoDB: Shutdown completed; log sequence number 10498832727InnoDB: Number of pools: 1xtrabackup: using the following InnoDB configuration for recovery innodb_data_home_dir = .xtrabackup: innodb_data_file_path = ibdata1:200M innodb_log_group_home_dir = .xtrabackup: innodb_log_files_in_group = 2xtrabackup: innodb_log_file_size = 1048576000InnoDB: PUNCH HOLE support availableInnoDB: Mutexes and rw_locks use GCC atomic builtinsInnoDB: Uses event mutexesInnoDB: GCC builtin __atomic_thread_fence() is used for memory barrierInnoDB: Compressed tables use zlib 1.2.7InnoDB: Number of pools: 1InnoDB: Using CPU crc32 instructionsInnoDB: Initializing buffer pool, total size = 100M, instances = 1, chunk size = 100MInnoDB: Completed initialization of buffer poolInnoDB: page_cleaner coordinator priority: -20InnoDB: Setting log file ./ib_logfile101 size to 1000 MBInnoDB: Progress in MB: 100 200 300 400 500 600 700 800 900 1000InnoDB: Setting log file ./ib_logfile1 size to 1000 MBInnoDB: Progress in MB: 100 200 300 400 500 600 700 800 900 1000InnoDB: Renaming log file ./ib_logfile101 to ./ib_logfile0InnoDB: New log files created, LSN=10498832727InnoDB: Highest supported file format is Barracuda.InnoDB: Log scan progressed past the checkpoint lsn 10498832908InnoDB: 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.001448InnoDB: Removed temporary tablespace data file: "ibtmp1"InnoDB: Creating shared tablespace for temporary tablesInnoDB: 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 10498832917xtrabackup: starting shutdown with innodb_fast_shutdown = 1InnoDB: FTS optimize thread exiting.InnoDB: Starting shutdown...InnoDB: Shutdown completed; log sequence number 10498832936200710 17:39:28 completed OK!?可以看到這時(shí)再執(zhí)行 innobackupex 恢復(fù)數(shù)據(jù),就執(zhí)行成功了。注意:?數(shù)據(jù)恢復(fù)成功后,由于我是恢復(fù)的RDS全備文件,所以我們自建的Mysql數(shù)據(jù)庫密碼會(huì)被覆蓋成RDS的數(shù)據(jù)庫密碼,如果忘記密碼,可以臨時(shí)在Mysql配置文件中加入skip-grant-tables配置,無密碼進(jìn)入數(shù)據(jù)庫,驗(yàn)證數(shù)據(jù)恢復(fù)情況。[root@test2 ~]# vim /etc/my.cnf...skip-grant-tables[root@test2 ~]# systemctl start mysqld[root@test2 ~]# mysql -urootWelcome to the MySQL monitor. Commands end with ; or \g.Your MySQL connection id is 3Server 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 itsaffiliates. Other names may be trademarks of their respectiveowners.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 namesYou can turn off this feature to get a quicker startup with -ADatabase changedmysql> show tables;+------------------------+| Tables_in_crmdb |+------------------------+| 產(chǎn)品表_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)?數(shù)據(jù)恢復(fù)成功?。?!

如果你覺得這篇文章還不錯(cuò),就請(qǐng)動(dòng)動(dòng)你的發(fā)財(cái)手為本文留個(gè)言,點(diǎn)個(gè)在看,或者轉(zhuǎn)發(fā)一下吧,因?yàn)檫@將是我持續(xù)輸出更多優(yōu)質(zhì)文章的最強(qiáng)動(dòng)力!


聲明:免責(zé)聲明:本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)自行上傳,本網(wǎng)站不擁有所有權(quán),也不承認(rèn)相關(guān)法律責(zé)任。如果您發(fā)現(xiàn)本社區(qū)中有涉嫌抄襲的內(nèi)容,請(qǐng)發(fā)

送郵件至:operations@xinnet.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),本站將立刻刪除涉嫌侵權(quán)內(nèi)容。本站原創(chuàng)內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)

需注明出處:新網(wǎng)idc知識(shí)百科

免費(fèi)咨詢獲取折扣

Loading