日韩在线首页I俄罗斯pornI男女猛烈激情XX00高潮动态I超碰免费97I乱人伦99久久I欧美日韩成人一区I最新日韩视频在线观看I粉嫩AV四季AV绯色AVI五月导航

×

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

分類:互聯(lián)網(wǎng)熱點 編輯:小新 瀏覽量:138
2020-07-20 13:33:06
報錯信息:......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*的文件,最好是移動到其他文件夾,不要直接刪除。[root@test2 ~]# mv /var/lib/mysql/ib_logfile1 /root/crmdb/ //將id_logfile1移動至其他文件夾[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!?可以看到這時再執(zhí)行 innobackupex 恢復(fù)數(shù)據(jù),就執(zhí)行成功了。注意:?數(shù)據(jù)恢復(fù)成功后,由于我是恢復(fù)的RDS全備文件,所以我們自建的Mysql數(shù)據(jù)庫密碼會被覆蓋成RDS的數(shù)據(jù)庫密碼,如果忘記密碼,可以臨時在Mysql配置文件中加入skip-grant-tables配置,無密碼進(jìn)入數(shù)據(jù)庫,驗證數(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ù)成功!!!

如果你覺得這篇文章還不錯,就請動動你的發(fā)財手為本文留個言,點個在看,或者轉(zhuǎn)發(fā)一下吧,因為這將是我持續(xù)輸出更多優(yōu)質(zhì)文章的最強動力!


聲明:免責(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)容,請發(fā)

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

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

免費咨詢獲取折扣

Loading
主站蜘蛛池模板: 狠狠色色综合网站 | 精品人妻少妇一区二区三区 | 久天啪天天久久99久孕妇 | 97国产资源| 天天搞天天 | 国产91精品一区二区麻豆网站 | 亚洲精品乱码久久久久久蜜桃欧美 | 高清无码视频直接看 | 尤物视频一区 | 91亚洲国产成人久久精品麻豆 | 天堂а√在线地址在线 | 天天狠天天透天干天天怕 | 亚洲综合三区 | 奶真大水真多小荡货av | 成人一区av偷拍 | 国产激情综合在线看 | 丝袜操 | 国产高潮好紧好爽hd | av小说在线| 日本又白又嫩水又多毛片 | 国产高潮流白浆免费观看 | 久久久高清视频 | 精品女同一区二区三区在线 | 无码熟妇人妻av在线一 | 人人狠狠久久亚洲综合88 | 人妻忍着娇喘被中进中出视频 | 3d动漫啪啪精品一区二区中文字幕 | 91久久精品人人做人人爽综合 | 欧美一区在线看 | 国产精品一v二v在线观看 | 国内偷拍第一页 | 免费一级做a爰片性色毛片 中文字幕视频播放 | 91久久精品一区二区 | 免费av一区二区 | 日本在线看片免费人成视频 | 久草视频国产 | 国产福利91精品一区区二区三国产s | 久久久久久久综合综合狠狠 | 伊人伊成久久人综合网 | 久久免费精品国产72精品九九 | 亚洲国产成人av在线观看 | 爱啪啪影视 | 国产黄色自拍视频 | 99久久免费精品国产免费高清 | 欧美在线视频一区 | 嫩草院一区二区乱码 | 在线观看二区 | 久久亚洲春色中文字幕久久久 | 亚洲 欧洲 日韩 综合二区 | 乱亲女h秽乱长久久久 | 久久精品观看 | 国产午夜理论片不卡 | 黄色大片在线看 | 浪潮av一区二区三区 | 中文字幕无线乱码人妻 | 永久免费的无码中文字幕 | 免费av一级 | 久久久免费毛片 | 91精品国产影片一区二区三区 | 亚洲精品国产一区二区精华 | 国产精品一区二区吃奶在线观看 | 国产深夜男女无套内射 | 伊人久久大香线蕉av最新 | 欧美精品偷自拍另类在线观看 | 四虎成人精品永久免费av九九 | 亚洲午夜未满十八勿入 | 性xx色xx综合久久久xx | 成人羞羞国产免费网站 | 日剧再来一次第十集 | 黑人巨茎精品欧美一区二区 | 黄色软件链接 | 性生av免费播放 | 欧美激情 国产精品 | 91啦丨九色丨国产人 | 天天狠天天添日日拍捆绑调教 | 绯色av一区二区 | 亚洲人成网站免费播放 | 精品国产乱码久久久久久蜜臀 | 深夜福利小视频在线观看 | 国产ts丝袜人妖系列视频 | av中文字幕一区人妻 | 午夜嫩草嘿嘿福利777777 | 青青青手机视频在线观看 | 日本乱偷人妻中文字幕 | 欧美色欧美亚洲高清在线观看 | 精品国产va久久久久久久冰 | 精品久久久中文字幕 | 国产女主播av在线 | 欧美日韩人妻精品一区二区在线 | av在线播放免费观看 | 美女被抽插到哭内射视频免费 | 欧美福利视频在线观看 | 国产中文字幕久久 | 香蕉视频免费在线 | 毛片其地 | 日本毛片高清免费视频 | 日韩一区国产二区欧美三区 | 天天综合网色在线观看 | 一区二区精品 |