InnoDB

前言：

随着innodb的普及，innobackup也成为了主流备份方式。物理备份对于新建slave，全库恢复的需求都能从容应对。

但当面临单表数据误删，或者单表误drop的情况，如果使用物理全备进行恢复呢？

下文将进行详细分析。

恢复过程中需要用到的工具，percona data recover tool ： https://launchpad.net/percona-innodb-recovery-tool

最近做的一个应用，功能要求非常简单，就是 key/value 形式的存储，简单的 INSERT/SELECT，没有任何复杂查询，唯一的问题是量非常大，如果目前投入使用，初期的单表 insert 频率约 20Hz（次/秒，我喜欢这个单位，让我想起国内交流电是 50Hz），但我估计以后会有 500Hz+ 的峰值。目前的工作成果，额定功率 200Hz（CPU 占用 10 – 20，load avg = 2），最大功率 500Hz（这时 load avg > 20，很明显，只能暂时挺挺，应该在出现这种负载前提前拆表了）…

MyISAM存储引擎

MyISAM是 默认存储引擎。它基于更老的ISAM代码，但有很多有用的扩展。MyISAM存储引擎的一些特征：
·      所有数据值先存储低字节。这使得数据机和操作系统分离。二进制轻便性的唯一要求是机器使用补码（如最近20年的机器有的一样）和IEEE浮点格式（在主流机器中也完全是主导的）。唯一不支持二进制兼容性的机器是嵌入式系统。这些系统有时使用特殊的处理器。

·        先存储数据低字节并不严重地影响速度；数据行中的字节一般是未联合的，从一个方向读未联合的字节并不比从反向读更占用更多的资源。服务器上的获取列值的代码与其它代码相比并不显得时间紧。…

InnoDB as Default Storage Engine
从mysql-5.5.5开始,InnoDB作为默认存储引擎，InnoDB作为支持事务的存储引擎，拥有相关的RDBMS特性：包括ACID事务支持，参考完整性（外健），灾难恢复能力等特性。
同时作为维护mysql内部结构的mysql和information_schema两个databases中的表，依然使用MyISAM存储引擎，而且不能被更改为InnoDB.
1.InnoDB table优点
硬件故障导致的server crash（比如停电），在下次重起database会自动恢复。
由InnoDB buffer pool 负责cache被访问的表和索引数据，直接在内存中进行处理，根据合理算法来保持热点块（hot）保留在内存中，极大地提高访问效率，减少I/O。
使用外健来实现参考完整性，实现数据的逻辑分割，同时还可以实现关联更新。
如果数据损坏，checksum机制能够在你使用时候提醒你这些受损的数据。
建议所有的表都有主健（频繁使用的field上或者auto_increment field上创建），这将极大提高基于where条件为主健（primary key）上的查询性能，包括order by , group by 等。
提供change buffering自动优化机制来优化诸如Insert,Update,Delete等操作；InnoDb能允许同一表上的读，写操作，还能cache 改变数据来减少I/O.

2.InnoDB table最佳处理方法
给每个InnoDB表指定主健
为提高组合查询性能，定义外健在join columns上，并且定义为相同数据类型，外健能实现因主表更新而关联更新子表，并且阻止子表的插入新数据，当这些新数据并不在主表存在时。
改变autocommit默认方式为不自动提交，减少提交次数过多带来的性能影响；可以由start transaction and commit来以"逻辑事务处理"等为单位来控制提交次数。
停止使用lock table语句，InnoDB能处理同一表上的读写并发sessions,并且不存在可靠性和性能损失。
Enable …

InnoDB和MyISAM是许多人在使用MySQL时最常用的两个表类型，这两个表类型各有优劣，视具体应用而定。以前MySQL 默认的存储引擎是MYISAM，从5.5.5之后就改用InnoDB了。它们的基本的差别为：MyISAM类型不支持事务处理等高级处理，而InnoDB类型支持。MyISAM类型的表强调的是性能，其执行数度比InnoDB类型更快，但是不提供事务支持，而InnoDB提供事务支持已经外部键等高级数据库功能。
MyIASM是IASM表的新版本，有如下扩展：
·二进制层次的可移植性。
·NULL列索引。
·对变长行比ISAM表有更少的碎片。
·支持大文件。
·更好的索引压缩。
·更好的键吗统计分布。
·更好和更快的auto_increment处理。…