mysql日志恢复数据
很多同学在进行编程学习时缺乏系统学习的资料。本页面基于mysql日志恢复数据内容,从基础理论到综合实战,通过实用的知识类文章,标准的编程教程,丰富的视频课程,为您在mysql日志恢复数据相关知识领域提供全面立体的资料补充。同时还包含 machine_start、macox、magellan 的知识内容,欢迎查阅!
mysql日志恢复数据相关知识
-
mysql删除binlog日志及日志恢复数据基本上大家装mysql,都会开启binlog功能,开启这个功能的好处是,日后方便恢复数据,而坏处是日志文件增长速度快,很快占会占满磁盘空间。所以我们要定期或手工来删除过大的日志文件。删除日志文件的方法大概有如下几中:一、设置日志保留时长expire_logs_days自动删除#查看当前日志保存天数: show variables like ‘%expire_logs_days%’; #这个默认是0,也就是logs不过期,可通过设置全局的参数,使他临时生效: set global expire_logs_days=7; #设置了只保留7天BINLOG, 下次重启mysql这个参数默认会失败,所以需在my.cnf中设置 expire_logs_days = 7 二、手动删除BINLOG (purge binary logs)#用于删除列于在指定的日志或日期之前的日志索引中的所有二进
-
mysql二进制日志文件恢复数据库二进制日志的文件的作用 mysql二进制日志文件用来记录所有用户对数据库操作,即记录用户对数据库操作的sql语句。如果有此文件,当数据库发生意外时,可以通过此文件查看到用户在此文件记录的时间段内用户所做的操作,再和数据库备份配合使用,即可再现用户操作,使数据库恢复。二进制日志文件的弊端 二进制日志文件开启后,所有对数据库操作的记录均会被记录到此文件,所以,当长时间开启之后,日志文件会变得很大,占用磁盘空间。使用二进制日志文件恢复数据库开启日志文件 mysql默认是不开启日志文件的功能的,需要我们手动开启。操作如下:1、 打开mysql安装目录\my.ini(windows系统是my.ini文件,linux是my.cnf文件)。2、 找到[mysqld]这个标签,在此标签下面一行,添加语句:log-bin=binary-log。上面语句中,log-bin说明要开启二进制日志文件,binary-log是二进制日志文件的名字。(测试的时候我设置的:lo
-
教你自动恢复MySQL数据库的日志文件(binlog)如果MySQL服务器启用了二进制日志,你可以使用mysqlbinlog工具来恢复从指定的时间点开始 (例如,从你最后一次备份)直到现在或另一个指定的时间点的数据。“mysqlbinlog:用于处理二进制日志文件的实用工具”。 要想从二进制日志恢复数据,你需要知道当前二进制日志文件的路径和文件名。一般可以从选项文件(即my.cnf or my.ini,取决于你的系统)中找到路径。如果未包含在选项文件中,当服务器启动时,可以在命令行中以选项的形式给出。启用二进制日志的选项为 --log-bin。要想确定当前的二进制日志文件的文件名,输入下面的MySQL语句:SHOW BINLOG EVENTS \G你还可以从命令行输入下面的内容: mysql --user=root -pmy_pwd -e 'SHOW BINLOG EVENTS \G'将密码my_pwd替换为服务器的root密码。1. 指定恢复时间 对于MySQL 4.1.4,可以在mysqlbinlog语句中通过--start-date和--
-
如何通过 MySQL 的二进制日志恢复数据库数据经常有网站管理员因为各种原因和操作,导致网站数据误删,而且又没有做网站备份,结果不知所措,甚至给网站运营和盈利带来负面影响。所以本文我们将和大家一起分享学习下如何通过 MySQL 的二机制日志(binlog)来恢复数据。系统环境操作系统:CentOS 6.5 X64 (虚拟机);Web 服务:PHP+MySQL+apache;网站:为方便,直接在本地用蝉知系统搭建一个演示站点;操作步骤1、开启 binlog 功能及基本操作要使用 MySQL 的 binlog 日志功能,首先要在 MySQL 的配置文件中开启该功能,操作很简单。找到 MySQL 的配置文件,在文件中添加一行 log_bin = mysql-bin 即可。其实在我安装的各种 MySQL 环境中,该功能通常都是默认开启的。开启 binlog 功能后,在 MySQL 的数据库目录下就会有诸如 mysql-bin.000001、mysql-bin.000002等文件,这就是 MySQL 的二进制日志文件。每当
mysql日志恢复数据相关课程
-
MySQL提升课程 全面讲解MySQL架构设计 如何获得MySQL最优性能?如何建立MySQL高可用集群?如何搭建稳定高效的MySQL环境?国内顶级电商公司数据库专家带你成为一名优秀的DBA。
讲师:sqlercn 中级 4050人正在学习
mysql日志恢复数据相关教程
- 1. 完全恢复 MySQL 中,逻辑备份的完全恢复相对比较简单,一般包含两个步骤:恢复最新的全备文件shell> mysql -uroot -p < backup.sql恢复日志文件shell> mysqlbinlog binlog-file | mysql -uroot -p实际案例:完整的mysqldump备份与恢复1. 中午12点,备份数据库[mysql@localhost ~]$ mysqldump --single-transaction -F -uroot -p --databases tempdb > /tmp/db_tempdb.sqlEnter password: [mysql@localhost ~]$ ls -lrt db_tempdb.sql -rw-r--r-- 1 mysql mysql 19602842 Jul 23 12:01 db_tempdb.sql参数 --single-transaction 表示给 InnoDB 表生成快照,保持数据一致性参数 -F 表示生成一个新的日志文件此时表 customer 的数据如下:mysql> select * from customer;+----+-----------+------------+------------+--------+---------+| id | last_name | first_name | birth_date | gender | balance |+----+-----------+------------+------------+--------+---------+| 1 | 111 | 111 | 1998-01-25 | 1 | 10 || 2 | 222 | 222 | 2020-07-15 | 1 | 20 |+----+-----------+------------+------------+--------+---------+2 rows in set (0.00 sec)2. 13点,表 customer 插入新的数据:mysql> insert into customer(id,last_name,first_name,birth_date,gender,balance) values(3,333,333,'2020-08-10',1,30);Query OK, 1 row affected (0.00 sec)mysql> insert into customer(id,last_name,first_name,birth_date,gender,balance) values(4,444,444,'2020-09-10',1,40);Query OK, 1 row affected (0.00 sec)3. 14点,数据库故障,需要恢复数据:[mysql@localhost ~]$ mysql -uroot -p tempdb < /tmp/db_tempdb.sqlEnter password: 恢复后表 customer 的数据如下:mysql> select * from customer;+----+-----------+------------+------------+--------+---------+| id | last_name | first_name | birth_date | gender | balance |+----+-----------+------------+------------+--------+---------+| 1 | 111 | 111 | 1998-01-25 | 1 | 10 || 2 | 222 | 222 | 2020-07-15 | 1 | 20 |+----+-----------+------------+------------+--------+---------+2 rows in set (0.00 sec)4. 从 binlog 日志恢复 12 点备份以来的数据(mysql-bin.000021 为 12 点备份后产生的新的 binlog 日志):[mysql@localhost ~]$ mysqlbinlog mysql-bin.000021 | mysql -uroot -p tempdbEnter password: 恢复日志后,表 customer 的数据如下:mysql> select * from customer;+----+-----------+------------+------------+--------+---------+| id | last_name | first_name | birth_date | gender | balance |+----+-----------+------------+------------+--------+---------+| 1 | 111 | 111 | 1998-01-25 | 1 | 10 || 2 | 222 | 222 | 2020-07-15 | 1 | 20 || 3 | 333 | 333 | 2020-08-10 | 1 | 30 || 4 | 444 | 444 | 2020-09-10 | 1 | 40 |+----+-----------+------------+------------+--------+---------+4 rows in set (0.00 sec)表 customer 的数据全部恢复。
- 2. 不完全恢复 逻辑恢复中,mysqlbinlog 的不完全恢复方法,同样适用于物理备份的不完全恢复。1.13 点,运维人员误删除表 customer,可以用备份和 binlog 日志恢复到故障前(中午12点,物理备份数据库)从备份文件目录找到 binlog 位置文件 xtrabackup_binlog_info,查看备份结束时 binlog 的位置:[root@localhost ~]# cd /mysql/dbbackup[root@localhost ~]# ls -l-rw-r----- 1 root root 433 Aug 24 12:11 backup-my.cnf-rw-r----- 1 root root 42884 Aug 24 12:11 ib_buffer_pool-rw-r----- 1 root root 104857600 Aug 24 12:11 ibdata1-rw-r----- 1 root root 1048576000 Aug 24 12:11 ib_logfile0-rw-r----- 1 root root 1048576000 Aug 24 12:11 ib_logfile1-rw-r----- 1 root root 1048576000 Aug 24 12:11 ib_logfile2-rw-r----- 1 root root 12582912 Aug 24 12:11 ibtmp1drwxr-x--- 2 root root 4096 Aug 24 12:11 mysqldrwxr-x--- 2 root root 4096 Aug 24 12:11 performance_schemadrwxr-x--- 2 root root 12288 Aug 24 12:11 sysdrwxr-x--- 2 root root 4096 Aug 24 12:11 tempdb-rw-r----- 1 root root 166 Aug 24 12:11 xtrabackup_binlog_info-rw-r--r-- 1 root root 21 Aug 24 12:11 xtrabackup_binlog_pos_innodb-rw-r----- 1 root root 121 Aug 24 12:11 xtrabackup_checkpoints-rw-r----- 1 root root 703 Aug 24 12:11 xtrabackup_info-rw-r----- 1 root root 8388608 Aug 24 12:11 xtrabackup_logfile[root@localhost ~]# cat xtrabackup_binlog_info mysql-bin.000022 190查看当前的 binlog 文件mysql> show master logs;+------------------+-----------+| Log_name | File_size |+------------------+-----------+| mysql-bin.000018 | 245704317 || mysql-bin.000019 | 1078 || mysql-bin.000020 | 781 || mysql-bin.000021 | 483 || mysql-bin.000022 | 757 || mysql-bin.000023 | 190 |+------------------+-----------+6 rows in set (0.00 sec)恢复备份文件(参考完全备份步骤),然后使用 binlog 日志跳过故障时间点,完成恢复-- 恢复备份文件(参考完全备份步骤)完全恢复-- 使用binlog日志恢复到故障前[mysql@localhost ~]$ mysqlbinlog --start-position="190" --stop-datetime="2020-08-24 12:59:59" mysql-bin.000022 mysql-bin.000023 | mysql -uroot -p tempdbEnter password:-- 使用binlog日志跳过故障时间点[mysql@localhost ~]$ mysqlbinlog --start-datetime="2020-08-24 13:01:00" mysql-bin.000022 mysql-bin.000023 | mysql -uroot -p tempdbEnter password:
- 2.1 基于时间点恢复 以下是基于时间点恢复的操作步骤:1. 13点,运维人员误删除表 customer,可以用备份和 binlog 日志恢复到故障前(中午 12 点,备份数据库)[mysql@localhost ~]$ mysql -uroot -p tempdb < /tmp/db_tempdb.sqlEnter password: [mysql@localhost ~]$ mysqlbinlog --stop-datetime="2020-07-23 11:59:59" mysql-bin.000021 | mysql -uroot -p tempdbEnter password:2. 跳过故障时间点,继续使用后面的binlog日志完成恢复。[mysql@localhost ~]$ mysqlbinlog --start-datetime="2020-07-23 12:01:00" mysql-bin.000021 | mysql -uroot -p tempdbEnter password:基于时间的恢复,稍显粗糙,因为同一时间点可能会有很多条 sql 在执行,那就会跳过一些正常执行的sql。一般我们会考虑使用更为精确的基于位置的恢复。
- MySQL 数据库的备份与恢复 数据库的备份与恢复,一直都是DBA最为重要的工作,任何生产环境的数据库都必须有完整的备份方案与恢复测试。本小节将主要介绍MySQL的备份与恢复。
- 2. 不完全恢复 MySQL 中,不完全恢复分为基于时间点的恢复和基于位置的恢复。一般来说,不完全恢复需要跳过一些语句,比如说,由于误操作删除了一张表,这时用完全恢复是没有用的,因为 binlog 日志还存在误操作的语句,我们需要跳过误操作语句,在恢复后面的语句,来完成恢复。
- 2.2 基于位置恢复 以下是基于位置恢复的操作步骤:1. 执行如下 mysqlbinlog 命令:[mysql@localhost ~]$ mysqlbinlog --start-datetime="2020-07-23 11:55:00" --stop-datetime="2020-07-23 12:05:00" mysql-bin.000021 > /tmp/temp_restore.sql从 temp_restore.sql 找到误操作语句前后的位置号为 383 和 437:2. 恢复备份文件,使用 binlog 日志跳过故障语句的位置号,完成恢复。[mysql@localhost ~]$ mysql -uroot -p tempdb < /tmp/db_tempdb.sqlEnter password: [mysql@localhost ~]$ mysqlbinlog --stop-position="383" mysql-bin.000021 | mysql -uroot -p tempdbEnter password:[mysql@localhost ~]$ mysqlbinlog --start-position="437" mysql-bin.000021 | mysql -uroot -p tempdbEnter password:
mysql日志恢复数据相关搜索
-
mac osx
machine_start
macox
magellan
malloc
manifest
manifest文件
map
map 遍历
mapreduce编程
maps google com
margin
margin bottom
margin left
margin right
margin top
marginbottom
marginheight
marginleft
margintop