本文是转自：
        最近需要了解Windows中单个文件夹下到底能存放多少个文件，并且附带了解单个文件的最大容量是多少。在百度中搜索以后发现在百度知道中有几个关于此方面的问题，并且有人回答了，回答的内容各有各的说法，听上去都很有道理。然而发现所有的回答都不是官方网站专业的回答，也没有引用官方的相关内容，毕竟这是关于Windows操作系统的问题，Windows是哪个厂商的呢？那还用说当然是的了，那么为何不到官方网站去提问呢。至少在百度知道回答的人们应该给出官方的人士提供的数据，不能单单只说出结果而无根据吧，让人感觉是自己想当然的。于是我就从官方得到了如下的答案，希望对还存在此疑问的后来者有所帮助。（声明：此数据是微软官方网站中相关人士提供的数据，非实际证实数据，只是理论性数据，并且此数据不一定是出自微软官方提供的数据，微软官方不保证正确性或准确性，且本人也无条件测试或证实数据的真实准确性，何况是一个理论性数据，因此本人也不做任何担保或保证！本人个人认为可信度要高于非微软官方网站上五花八门的说法……）
        原文回答内容如下：
你是问在文件夹下最多能放多少个文件吧？
我有个表格可以参考下：
4GB Max File Size
4GB Max Volume Size
512 Files Per Folder
4GB Max File Size
2TB Max Volume Size
65,534 Files Per Folder
No limit on Max file size.
256TB Max Volume Size (64KB Clusters)
4,294,967,295 Files Per Folder
以上原文内容引用自：
        我个人翻译解释如下：
硬盘格式为：FAT格式（如：上世纪的Windows95及之前版本等）
单个文件存储容量最大为：4GB
单文件夹中所有文件总和的容量最大为：4GB
单文件夹中最大可有512个文件（注：前提是所有文件容量总和小于或等于4GB时，并且此格式似乎应该是不支持长文件名，只支持短文件名！）
硬盘格式为：FAT32格式（如：上世纪的Windows98或本世纪的Windows2000、Windows XP、Windows2003、Windows Vista等都可存在此格式的硬盘）
单个文件存储容量最大为：4GB
单文件夹中所有文件总和的容量最大为：2TB（注：1TB=1024GB）
单文件夹中最大可有65,534个文件（注：前提是所有文件容量总和小于或等于2TB，并且所有文件名都是短文件名，而不是长文件名。至于什么是长文件名什么是短文件名，到网上搜素看吧！）
硬盘格式为：NTFS格式（如：本世纪的Windows2000、Windows XP、Windows2003、Windows Vista等都可存在此格式的硬盘）
单个文件存储容量最大为：无限制
单文件夹中所有文件总和的容量最大为：256TB (64KB集群)（注：不太明白为何要加64KB集群，是不是再说磁盘阵列呢？1TB=1024GB，算算256TB是多大的GB，现在个人计算机或者一般PC服务器似乎还没有这么大的硬盘）
单文件夹中最大可有4,294,967,295个文件（注：前提是所有文件容量总和小于或等于256TB时，并且所有文件名都是短文件名，而不是长文件名。至于什么是长文件名什么是短文件名，到网上搜素看吧！我想这个应该在普遍情况下都能满足此前提的。）
        看来大家用NTFS格式还是很好的，然而NTFS的单个文件夹对存储多少文件还是有限制的，并不像百度知道中有些人所述的最大文件个数无限制，只不过是四十二亿多的文件，我想足够存储了吧！
阅读(...) 评论()没人讨论哥伦比亚的几大妖人吗，上限究竟能有多高？
35回复/1亮 3404浏览
哥伦比亚替补席上的中后卫巴兰塔是FM2014的-10妖人，可惜这两场没机会出场，游戏中神勇无敌，身体素质爆棚，防守稳健不说，一个赛季角球争顶都能进7、8个。
前场詹姆斯罗德里格斯、金特罗两位波尔图黑店大神，盘带传射俱佳，前场4个位置都能打，FM里面也是相当好用，这两场比赛果然打出身价了。要是法尔考健康的话，前场攻击组合实在画面太美不敢看啊。詹姆斯罗德里格斯现在已在摩纳哥，如果摩纳哥未来一两个赛季能出成绩的话，改换门庭的可能性不大，金特罗估计再呆一两个赛季也会被波尔图高价甩卖，巴兰塔暂时看不出什么时候会登陆欧洲。这几人的上限有多高，看他们球多的同学来讨论一下。
这些回帖亮了
巴兰塔游戏里真的稳健么？？
巴兰塔游戏里真的稳健么？？
玩fm最喜欢詹姆斯罗德里格斯，一直希望在现实中他能出彩，进入豪门，世界杯这两场表现挺好，不过波尔图买的时候太贵了，估计也不好卖。
J罗其实算是打出来了，金特罗我不太了解。
心灵是人类的第二视界
他强任他强，清风拂山岗。他横由他横，明月照大江
设置主队只是因为当年多看你一眼，现在逐渐看开主队的限制
当一个人安安静静的球迷
只当队密，不当球星密，一生中国人，就一辈子支持中国队，不论风吹和雨打
我买了哥伦比亚夺冠……
引用2楼 @ 发表的:
玩fm最喜欢詹姆斯罗德里格斯，一直希望在现实中他能出彩，进入豪门，世界杯这两场表现挺好，不过波尔图买的时候太贵了，估计也不好卖。
我朋友最喜欢买这两人和杰克逊马丁内斯组成哥伦比亚三叉戟，和他联机的时候经常被各种打爆。
引用1楼 @ 发表的:
巴兰塔游戏里真的稳健么？？
还行吧，其实感觉FM里几大后卫实际用起来都差不多的，一个赛季怎么也得丢二十多球啊。巴兰塔缺点是身高矮了点，但身体素质完全可以弥补这一短板。
金特罗上场以后表现太好了，有视野，心理素质也不错，必须点赞了，看好！
我记得还有个马丁内斯呢
引用6楼 @ 发表的:
还行吧，其实感觉FM里几大后卫实际用起来都差不多的，一个赛季怎么也得丢二十多球啊。巴兰塔缺点是身高矮了点，但身体素质完全可以弥补这一短板。
我觉得我的档里他刚开始经常逗比啊。。估计是我练的不好
巴兰塔下场应该能上，看着耶佩斯拖着个伤手还要拼命防守真是心酸
巴兰塔FM里弱点是受伤倾向啊，带受伤倾向的我一般不敢买，不一定啥时候就大伤一回啊
引用7楼 @ 发表的:
金特罗上场以后表现太好了，有视野，心理素质也不错，必须点赞了，看好！
@下场应该首发，灵性十足。
金特罗我记得以前话题区有一个专门介绍的帖子
技术细腻，突破摆脱不错，然后被波尔图收货了
引用6楼 @ 发表的:
还行吧，其实感觉FM里几大后卫实际用起来都差不多的，一个赛季怎么也得丢二十多球啊。巴兰塔缺点是身高矮了点，但身体素质完全可以弥补这一短板。
不知道是不是我战术设置的问题, 巴兰塔每赛季至少2~3张红牌跟8~10张黄牌..
哥伦比亚那个马丁内斯就还不用？
取个名字不容易啊
球王金特罗
她身穿黑白服饰，使人想到十二月的早晨…
fm也不能全信，谁还记得fm2011里面的babacar大神？
板凳上还有杰克逊和拉莫斯。。。
瓜林几乎是打不上球了。
请不要拿身体去换钱。
引用1楼 @ 发表的:
巴兰塔游戏里真的稳健么？？
踢边卫或者后腰有人给擦屁股用着还不错，中卫用着感觉还没小胡安好用
只有长得好看的才能叫吃货，我这样的只能叫饭桶
引用6楼 @ 发表的:
还行吧，其实感觉FM里几大后卫实际用起来都差不多的，一个赛季怎么也得丢二十多球啊。巴兰塔缺点是身高矮了点，但身体素质完全可以弥补这一短板。
巴兰塔虽然上限高，不过貌似游戏里练级速度有点慢
只有长得好看的才能叫吃货，我这样的只能叫饭桶
您需要登录后才可以回复，请
& 允许多选
32人参加识货团购299.00元33人参加识货团购99.00元101人参加识货团购99.00元120人参加识货团购348.00元75人参加识货团购329.00元35人参加识货团购269.00元212人参加识货团购349.00元42人参加识货团购899.00元142人参加识货团购212.00元40人参加识货团购329.00元46人参加识货团购569.00元108人参加识货团购549.00元mysql VARCHAR的最大长度到底是多少
字体：[ ] 类型：转载 时间：
今天群里有人问varchar 不是最大应该只可以设置65532（第一个字节+两个长度字节）吗 ，但是为什么可以设置成65533
以前一直都认为有两个字节来记录长度（长度小也可以用一个字节记录），所以这个问题当时觉得就挺无聊的不过后来群里有人给了解释，突然才发现原来事情不是这么简单 MYSQL COMPACT格式，每条记录有一个字节来表示NULL字段分布，如果表中有字段允许为空，则最大只能定到65532，如果没有字段允许为空，则那个字节可以节省，最大可以定义到65533，不知道是不是这个原因 于是上网看了些资料，又在本地做了些实验，原来vachar的最大长度真的是不定的（根据是否有非空字段来决定） 在本地做了下实验，innodb+latin的环境
代码如下: -- success drop
create table test(name varchar(65533) not null)engine=innodb DEFAULT CHARSET=latin1 -- too large drop
create table test(name varchar(65533))engine=innodb DEFAULT CHARSET=latin1 对于第二种情况，允许空字段的时候是不能加到65533的长度的，最大只能到65532，到底应该是引文的那种说法。 网上也有人做了类似的实验，参考/questions/8295131/best-practise-for-sql-varchar-column-length
代码如下: name varchar(100) not null will be 1 byte (length) + up to 100 chars (latin1) name varchar(500) not null will be 2 bytes (length) + up to 500 chars (latin1) name varchar(65533) not null will be 2 bytes (length) + up to 65533 chars (latin1) name varchar(65532) will be 2 bytes (length) + up to 65532 chars (latin1) + 1 null byte
总结一下，原来mysql的vachar字段的类型虽然最大长度是65535，但是并不是能存这么多数据，最大可以到65533（不允许非空字段的时候），当允许非空字段的时候只能到65532。 以下是其它网友的补充说明：这不是一个固定的数字。本文简要说明一下限制规则。 strlen 计算字符串长度，一个中文当2字符 mb_strlen根据它的字符编码模式，统计字符quot count计算数组中的元素数目或对象中的属性个数
代码如下: &?php header('Content-Type:text/charset=UTF-8'); $string1="谢春业";//定义中文字符变量 $string2="xcy";//定义英文字符变量 //直接输出看看他们的长度 echo strlen($string1); echo "&/br&"; echo strlen($string2); echo "&/br&"; //用 php 多字节扩展函数 mb_strlen试试看 echo mb_strlen($string1,'utf8'); echo "&/br&"; echo mb_strlen($string2,'utf8'); echo "&/br&"; ?&
输出结果是： 9 3 3 3 1、限制规则 字段的限制在字段定义的时候有以下规则： a) 存储限制 varchar 字段是将实际内容单独存储在聚簇索引之外，内容开头用1到2个字节表示实际长度（长度超过255时需要2个字节），因此最大长度不能超过65535。 b) 编码长度限制 字符类型若为gbk，每个字符最多占2个字节，最大长度不能超过32766; 　　字符类型若为utf8，每个字符最多占3个字节，最大长度不能超过21845。 　　对于英文比较多的论坛 ，使用GBK则每个字符占用2个字节，而使用UTF－8英文却只占一个字节。 　　若定义的时候超过上述限制，则varchar字段会被强行转为text类型，并产生warning。 c) 行长度限制 　　导致实际应用中varchar长度限制的是一个行定义的长度。 MySQL要求一个行的定义长度不能超过65535。若定义的表长度超过这个值，则提示 　　ERROR ): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. You have to 　　　change some columns to TEXT or BLOBs。 2、计算例子 　　举两个例说明一下实际长度的计算。 a) 若一个表只有一个varchar类型，如定义为 create table t4(c varchar(N)) charset= 则此处N的最大值为()/2= 32766。 减1的原因是实际行存储从第二个字节开始'; 减2的原因是varchar头部的2个字节表示长度; 除2的原因是字符编码是gbk。 b) 若一个表定义为 create table t4(c int, c2 char(30), c3 varchar(N)) charset=utf8; 则此处N的最大值为 (-4-30*3)/3=21812 减1和减2与上例相同; 减4的原因是int类型的c占4个字节; 减30*3的原因是char(30)占用90个字节，编码是utf8。 如果被varchar超过上述的b规则，被强转成text类型，则每个字段占用定义长度为11字节，当然这已经不是“varchar”了。
您可能感兴趣的文章:
大家感兴趣的内容
12345678910
最近更新的内容
常用在线小工具添加擅长地方（您最多选择三个地方）这是个机器人猖狂的时代，请输一下验证码，证明咱是正常人~}