MySQL能存多少行数据,MySQL数据库最大数据量,对单个数据库【kù】中的最大【dà】允许建【jiàn】立的数据表是没有【yǒu】配置项,也就是说没【méi】有【yǒu】限制的,MySQL能存多少行数据,大约可以存储21亿的数据,远远大约2KW,
对单个数据库【kù】中【zhōng】的最大允许建立的数据表是【shì】没有配【pèi】置项,也就是【shì】说没【méi】有限制的【de】
mysql的【de】数据【jù】表上限是没这个说【shuō】法的,因为【wéi】mysql的存储【chǔ】量和mysql本身是没有多大关系的
你【nǐ】服务器内存的大小,会【huì】对你的数据量做一定得限制。比如是2GB的【de】内存,数据【jù】量一般【bān】是【shì】2000万左右【yòu】
度娘的解释是【shì】,当数【shù】据【jù】量大到500万时,就要【yào】考虑【lǜ】分库分表,行【háng】业内的【de】说法是单表推荐存储500万的【de】数据量【liàng】。
我们知道在MySQL是支持主键自增【zēng】长的,不考虑其他因【yīn】素【sù】的前提下【xià】,理论上只有【yǒu】主键【jiàn】没【méi】有用【yòng】完,表中【zhōng】的【de】数【shù】据就可以一直增加。从上图可以中【zhōng】可以分析出:
主键类型为Int时
主键【jiàn】32位,数据最大为【wéi】2^9-22,大约可以存【cún】储21亿的数据,远远【yuǎn】大约2KW。
主键类型为bigint时
主键【jiàn】64位,数据最大为2^9-22,存【cún】储的数据远远大【dà】于了常用【yòng】的计量单位了,磁盘【pán】都达不到这个【gè】数量级。
主键类型为tinyint时
主键8位【wèi】,数【shù】据最大为255,Id自增【zēng】超【chāo】过255就会报错【cuò】
由此可見:MySQL能【néng】够存储的数据在一定【dìng】程【chéng】度【dù】上受限与主【zhǔ】键的类型。但是数据量的【de】大小却跟2000W没啥影响,既【jì】然百【bǎi】度【dù】大佬推荐【jiàn】单表【biǎo】最大2000W行数据,那肯定【dìng】不会是空【kōng】口白【bái】话,一定定会【huì】有其他影响行数的因【yīn】素。
ySql数据库一张表中能存【cún】储的最大数【shù】据量和实【shí】际【jì】记【jì】录【lù】的条【tiáo】数无关【guān】,而与 MySQL 的配置以及机器的硬件有关。因为,MySQL 为了【le】提高【gāo】性能,会【huì】将表的索引装载到内存中。InnoDB buffer size 足够的情况下,其能完成全加载进内【nèi】存,查询不会有问题。
但是,当【dāng】单【dān】表数【shù】据库到达某个量级的上限时,导【dǎo】致【zhì】内存无法存储其索引【yǐn】,使得之后的 SQL 查询会产生【shēng】磁盘 IO,从而导【dǎo】致性能下降。当然【rán】,这个还有具体的【de】表结构的设计有关【guān】,最终导致的问题都是内存【cún】限制。
度【dù】娘的【de】解【jiě】释是,当数据【jù】量大到500万时【shí】,就要考虑【lǜ】分库分表,行业内的说法【fǎ】是单表推荐存【cún】储500万的数据量。
mysql的数据表上限是【shì】没这个说法【fǎ】的【de】,因为mysql的存储量和mysql本【běn】身是没有多大关【guān】系的
你服务器内存的大小,会对你的【de】数据量做一【yī】定得限制。比【bǐ】如是2GB的内存,数据【jù】量【liàng】一般是2000万左右
mysql的【de】配置项里是否有对一个【gè】数据库中,是否【fǒu】有最大【dà】数【shù】据表的限制【zhì】,后面查询了相关【guān】资【zī】料,才发现,mysql数【shù】据库中,对单个数据【jù】库中的最大【dà】允许【xǔ】建【jiàn】立的数据表是没有【yǒu】配置项,也就是说没有限制的
版权所有:深圳市网商在线科技有限公司
友情链接: