mysqlbinlog抽取二进制日志中某库某表的日志

1.先使用myqlbinlog命令把整个库的二进制日志抽取出来

mysqlbinlog --database=db_name mysql-bin.xxxxxx > db_name.sql

2.然后使用grep命令把某表的二进制日志过滤出来

grep -B3 -w tb_name db_name.sql > tb_name.sql

注意：如果有多个binlog文件，要依次解析二进制日志文件找出需要的某库，某表的二进制日志。

时间： 2024-08-08 08:26:39

mysqlbinlog抽取二进制日志中某库某表的日志的相关文章

获取sqlserver数据库中所有库、表、字段名的方法

1.获取所有数据库名: SELECT Name from Master..SysDatabases ORDER BY Name 2.获取所有表名: SELECT Name from DatabaseName..SysObjects Where XType='U' ORDER BY Name XType='U':表示所有用户表; XType='S':表示所有系统表; 3.获取所有字段名: SELECT Name from SysColumns WHERE id=Object_Id('TableNa

MSSQL之二 Sql Server中管理库与表

作为数据库开发人员,你负责创建和管理数据库和表.当创建表的时候,维护数据的完整性对你是很重要的.为确保表中的数据是准确的,一致的和可靠的,SQL Server提供了各种你可以应用到表上以增强数据完整性的检查. SQL Server包含各种系统数据库.本章介绍不同类型的系统数据库并且解释如何管理用户定义的数据库和管理用户自定义表. 重点 ? 管理数据库 ? 管理表 ? SQL Server 2008中的数据类型预习功课 ? 创建数据库 ?

mysql中一库多表查询主键

mysql> show databases; mysql> use information_schema; mysql> show tables; mysql> select * from KEY_COLUMN_USAGE; //这一步是查询每个库里每个表的信息 mysql> select * from KEY_COLUMN_USAGE where TABLE_SCHEMA='table_name' and CONSTRAINT_NAME='PRIMARY'; //根

Sql中判断"库、表、列，视图，存储过程"是否存在

--判断数据库是否存在 IF EXISTS (SELECT * FROM MASTER.sys.sysdatabases WHERE NAME = '库名') PRINT 'exists ' else PRINT 'not exists' -- 判断要创建的表名是否存在 IF EXISTS (Select * From sysObjects Where Name ='表名' And Type In ('S','U')) PRINT 'exists' ELSE PRINT 'not exists'

使用mysqlbinlog提取二进制日志

MySQL binlog日志记录了MySQL数据库从启用日志以来全部对当前数据库的变更. binlog日志属于二进制文件,我们能够从binlog提取出来生成可阅读的SQL语句来重建当前数据库以及依据须要实现时点恢复或不全然恢复.本文主要描写叙述了假设提取binlog日志.并给出相关演示样例. 有关binlog的介绍与描写叙述请參考:MySQL 二进制日志(Binary Log) 1.提取mysqlbinlog的几种方式a.使用show binlog events方式能够获取当前以及指定binlo

c#.NET中日志信息写入Windows日志中解决方案

1. 目的应用系统的开发和维护离不开日志系统,选择一个功能强大的日志系统解决方案是应用系统开发过程中很重要的一部分.在.net环境下的日志系统解决方案有许多种,log4net是其中的佼佼者.在Windows2000及以上操作系统中,有一个Windows日志系统,它包括应用程序(Application)事件日志.系统(System)日志和安全(Security)日志,事件日志也可以是自定义日志.在.net Framework中也提供了相应的类和接口来使用应用程序事件日志或者自定义事件日志.使用Wi

Log4J日志配置详解和自定义log4j日志级别及输出日志到不同文件实现方法

Log4J日志配置详解一.Log4j简介 Log4j有三个主要的组件:Loggers(记录器),Appenders(输出源)和Layouts(布局).这里可简单理解为日志类别,日志要输出的地方和日志以何种形式输出.综合使用这三个组件可以轻松地记录信息的类型和级别,并可以在运行时控制日志输出的样式和位置. 1.Loggers Loggers组件在此系统中被分为五个级别:DEBUG.INFO.WARN.ERROR和FATAL.这五个级别是有顺序的,DEBUG < INFO < WARN <

涉及到复制和二进制日志中的选项和变量-Replication and Binary Logging Options and Variables

在搭建复制中,有些参数需要我们留意,在这里罗列出来,供大家参考一下,以GTID为基础 --server-id server-id:这是一个全局的可动态调整的变量,取值范围为0-4294967295,也就是2的32次方减1,这个选项必须在master和slave中都分别进行设置,如果不设置保持默认,则在连接过程中会产生错误.从而复制失败,将这个参数配置在my.cnf配置文件中,然后重启生效 2. --server_uuid server_uuid:这是一个全局只读的变量,非动态变量,以一个字符串的

MySQL二进制日志中保存的上下文信息

1.二进制日志中要保存上下文的原因二进制日志是要在slave端重放的,记录上下文信息,是为了保证主丛数据库的一致.如rand一个随机数,在主上返回的可以有是100,在从上返回的可能就是1000了. 为了数据的一致mysql就要把这个返回的值保存下来,到了slave那边就直接用. 2.二进制日志中要保存的上下文信息. 01.当前数据库. 02.rand函数的种子. 03.当前时间. 04.auto_increment 列所插入的值 05.last_insert_id. 06.线程ID