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

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

7 个解决方案

#1


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

#2


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

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

#3


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

#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吧。
有道理没?

#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。

#6


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

#7


关注一下

#1


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

#2


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

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

#3


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

#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吧。
有道理没?

#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。

#6


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

#7


关注一下