关于mysql中InnoDB表类型的最大容量问题

Question

如果我使用了InnoDB表类型，是不是不用管表的大小的问题了？是不是如果超过存储的2G上限mysql就会自动分一个新的文件来存储更多的信息？
另外，这种InnoDB表类型的表，在linux下恢复能不能直接把表直接copy到对应文件目录就OK？

Answer 1

InnoDB
表的大小只受限于操作系统文件的大小，一般为 2GB
InnoDB表类型的表数据存放在mysql中的ibdata1文件里。将此文件拷到新环境即可。

Answer 2

据我所了解是不可以的，InnoDB也有日志文件，

Answer 3

进/var/lib/mysql 下，拷备ibdata1 及包含.frm .MYD .MYI的数据库文件到新的mysql路径下，想要日志拷备　ib_logfile0 ib_logfile1 存储过程之类的存在mysql文件夹下。

Answer 4

我用MyISAM类型测试了一下 我的是rh linux as3系统，mysql是5.1，现在一张单独的myIsam表已经有3.2G了，但是还能继续添加。
那么MyIsam在rh linux as3中的最大表空间又是多少呢？
我刚才找到一句话：
Mysql有一个参数myisam_data_pointer_size，在mysql4中它的默认值为4，在mysql5中默认值为 6，所以在 mysql4中mysql表默认能达到的最大值为2的32(每个字节8位，8*4=32)次方，即4GB，而在mysql5中，mysqk表默认能达到的最大值为2的48次方，好像是65536TB吧。
有道理没？

Answer 5

InnoDB 给 MySQL 提供了具有事务(commit)、回滚(rollback)和崩溃修复能力(crash recovery capabilities)的事务安全(transaction-safe (ACID compliant))型表。InnoDB 提供了行锁(locking on row level)，提供与 Oracle 类型一致的不加锁读取(non-locking read in SELECTs)。这些特性均提高了多用户并发操作的性能表现。在InnoDB表中不需要扩大锁定(lock escalation)，因为 InnoDB 的列锁定(row level locks)适宜非常小的空间。InnoDB 是 MySQL 上第一个提供外键约束(FOREIGN KEY constraints)的表引擎。InnoDB 的设计目标是处理大容量数据库系统，它的 CPU 利用率是其它基于磁盘的关系数据库引擎所不能比的。在技术上，InnoDB 是一套放在 MySQL 后台的完整数据库系统，InnoDB 在主内存中建立其专用的缓冲池用于高速缓冲数据和索引。 InnoDB 把数据和索引存放在表空间里，可能包含多个文件，这与其它的不一样，举例来说，在 MyISAM 中，表被存放在单独的文件中。InnoDB 表的大小只受限于操作系统的文件大小，一般为 2 GB。

Answer 6

InnoDB和MyISAM是许多人在使用MySQL时最常用的两个表类型，这两个表类型各有优劣，视具体应用而定。基本的差别为：MyISAM类型不支持事务处理等高级处理，而InnoDB类型支持。MyISAM类型的表强调的是性能，其执行数度比InnoDB类型更快，但是不提供事务支持，而InnoDB提供事务支持以及外部键等高级数据库功能。4.2节的性能测试采用默认的InnoDB引擎，并给出一个MyISAM引擎的性能测试作为对比。
注：使用这时没有myd及myi文件，在数据库文件里只能看到一个frm文件。把表类型改为MyISAM后，会生成这个两个文件。