Sidebar

Main Menu Mobile

  • Home
  • Blog(s)
    • Marco's Blog
  • Technical Tips
    • MySQL
      • Store Procedure
      • Performance and tuning
      • Architecture and design
      • NDB Cluster
      • NDB Connectors
      • Perl Scripts
      • MySQL not on feed
    • Applications ...
    • Windows System
    • DRBD
    • How To ...
  • Never Forget
    • Environment
  • Search
TusaCentral
  • Home
  • Blog(s)
    • Marco's Blog
  • Technical Tips
    • MySQL
      • Store Procedure
      • Performance and tuning
      • Architecture and design
      • NDB Cluster
      • NDB Connectors
      • Perl Scripts
      • MySQL not on feed
    • Applications ...
    • Windows System
    • DRBD
    • How To ...
  • Never Forget
    • Environment
  • Search

Perl scripts

Audit MySQL data

Details
Marco Tusa
Perl scripts
04 February 2013

 

Scope of audit is to generate a file that you can run in MySQL fin order to modify the target schema for auditing.
This is accomplish adding triggers for each audited table that will catch the not authorized modifications.
All the modification will be then saved in a parallel schema that will store all the modified data, in a structure
that is equal to the original one.

 

More documentation to come

 

Code here 

InnoDB: is in the future!

Details
Marco Tusa
Perl scripts
08 March 2012

Overview

We recently had to face again the annoying issue of the InnoDB is in the future.

In specifics we were rebuilding a server instance performing a full InnoDB shutdown and copy over the files.

Anyhow what happens, that at the restart iblogs we not align anymore and we start to get the usual message:

 

-- DEBUG: Analyzing 120224 16:48:02 InnoDB: Error: page 303939 log sequence number 1128 2124763127

-- DEBUG: Analyzing InnoDB: is in the future! Current system log sequence number 36 2562905520.

-- DEBUG: Analyzing InnoDB: Your database may be corrupt or you may have copied the InnoDB

-- DEBUG: Analyzing InnoDB: tablespace but not the InnoDB log files. See

-- DEBUG: Analyzing InnoDB: http://dev.mysql.com/doc/refman/5.0/en/forcing-recovery.html

-- DEBUG: Analyzing InnoDB: for more information.

 

 

Our customer still use 5.0 (not that matter) and have TERA of data and large iblogs, finally the box was supposed to be on production site.

In short we had to fix it filling up to the recorded position, given we cannot do a full export/reload of the dataset and also we need to be careful in not pushing that in one shot, given the dimension of the gap, and that the server is on production.

I was looking around for simple script doing it, which also contains some customization, but either I miss them or they don't exist. So decide to take it short and write a simple tool.

We are using it, takes is time but we are solving the problem and is not affecting the server performance.

If you need it, here it is, free and on your own risk: FillIblog toll

Related Articles

  • The Jerry Maguire effect combines with John Lennon “Imagine”…
  • The horizon line
  • La storia dei figli del mare
  • A dream on MySQL parallel replication
  • Binary log and Transaction cache in MySQL 5.1 & 5.5
  • How to recover for deleted binlogs
  • How to Reset root password in MySQL
  • How and why tmp_table_size and max_heap_table_size are bounded.
  • How to insert information on Access denied on the MySQL error log
  • How to set up the MySQL Replication

Path

  1. Home
  2. Technical Tips
  3. MySQL
  4. MySQL not on feed
  5. MySQL Not on the feed
  6. MySQL Oracle connect 2012 Day one

Latest conferences

We have 10619 guests and no members online

login

Remember Me
  • Forgot your username?
  • Forgot your password?
Bootstrap is a front-end framework of Twitter, Inc. Code licensed under MIT License. Font Awesome font licensed under SIL OFL 1.1.