I would like to understand these ibdata files as these play vital role in the crash recovery procedure. I could not find proper resources over the web for this.
migrated from meta.dba.stackexchange.com Oct 17 '12 at 10:06
ibdata1The file ibdata1 is the system tablespace for the InnoDB infrastructure. It contains several classes for information vital for InnoDB
Click Here to see a Pictorial Representation You can divorce Data and Index Pages from ibdata1 by enabling innodb_file_per_table. This will cause any newly created InnoDB table to store data and index pages in an external Example
No matter where the InnoDB table is stored, InnoDB's functionality requires looking for table metadata and storing and retrieving MVCC info to support ACID compliance and Transaction Isolation. Here are my past articles on separating table data and indexes from ibdata1
iblog files (a.k.a.
|
How the space will be retained in these log files... ? I mean to ask... "for new innodb transactions how the same log files be used if these are filled up completely...." – Uday Oct 18 '12 at 8:44 |
|
@ Uday The space will not be retained on the iblog files until the logbuffer becomes empty. It is a dynamic process, where the log space get occupied and released based on the stalled transaction changes recorded in the log buffer. These log files get occupied completly, when ever you perform some huge data loads, which leads to Innodb errors stating "InnoDB: which exceeds the log group capacity"., which mean Log file size should be bigger to do things. Hope my explanation cleared your doubt. – Gopinath Nov 11 '12 at 23:00 |