作者介绍大家好我是CodeStats。一个在底层技术上“考古”了四年的硬核爱好者也是WWAIC全周项目AI编程范式的提出者和实践者。我曾手写过一个完整的 Java Web 框架从 IoC 容器到嵌入式 Tomcat代码全开源也喜欢用通俗的语言拆解 CPU、JVM、操作系统的运行本质。本文能让你搞懂什么 先问自己几个问题在开始阅读之前请你花十秒钟想一想下面这几个问题——如果你能全部回答上来这篇文章你可以关掉了如果其中有任何一个让你卡住了那这篇文章就是为你写的一块崭新的硬盘插上电脑之后怎么就变成了C盘和D盘分区到底改写了硬盘上的什么东西你双击一个文件从鼠标点击到屏幕上弹出内容中间经过了哪些步骤文件系统在这里扮演了什么角色操作系统自己也是存在硬盘上的文件那系统启动时是谁来加载操作系统本身这难道不是一个循环依赖的困境装系统的时候可以对C盘随便分区格式化为什么系统跑起来之后Windows却死活不让我动C盘D盘为什么就可以Linux为什么只有一个“/”根目录没有C盘D盘Windows设计成盘符模式是落后还是另有原因MySQL的一张表理论上能存多大到底是MySQL自己说了算还是底层文件系统说了算如果你带着这些疑问读完全文你会发现所有这些问题的答案最终都指向同一套底层逻辑。把这套逻辑搞懂了你就真正理解了计算机存储的“道”。 目录一、磁盘的“原始状态”LBA是什么二、分区表在硬盘上“画格子”划分C盘D盘三、MFT文件系统的“总索引”四、读写文件的完整流程从双击到弹出内容五、操作系统如何加载自己——引导与自举的哲学命题六、安装系统时如何进行分区和格式化七、为什么运行时C盘不能动D盘却可以八、Linux为什么只有“/”目录没有C盘D盘九、MySQL单表大小限制的真相十、全文总结整条链路串起来一、磁盘的“原始状态”LBA是什么一块全新的硬盘从工厂出来的时候就是一堆连续编号的空白扇区。每个扇区都有一个编号从0开始依次递增0123……直到N。这个编号叫做LBALogical Block Addressing逻辑块寻址。硬盘只认LBA编号根本不认识什么C盘D盘。你跟硬盘说“把LBA 1234567的数据读给我”它知道怎么做你跟它说“把C盘根目录下的test.txt读给我”它听不懂——因为C盘和文件名都是操作系统强加给硬盘的逻辑概念。思考LBA是硬盘固件提供的一层“抽象”。它把机械硬盘复杂的柱面/磁头/扇区三维坐标简化成了一个从0开始的一维整数序列。操作系统从此不需要关心磁头怎么摆动、盘片怎么旋转只需要发一个LBA编号就够了。这层抽象让操作系统与硬件实现了解耦——无论底层是机械盘还是固态盘操作系统看到的都是一样的LBA接口。二、分区表在硬盘上“画格子”划分C盘D盘要让一块空白硬盘变成C盘、D盘就需要在硬盘开头的特定LBA位置写入一张分区表Partition Table。分区表就是一张极其简单的表格分区起始LBA结束LBA分区12048204800000分区2204800001409600000操作系统启动后先去读这张分区表然后才知道“哦LBA 2048到204800000这片区域就是你们平时说的C盘。”思考为什么起始LBA是2048而不是0因为LBA 0~2047这段空间被预留用于存放MBR、GPT头部、引导代码等元数据。这是现代分区工具的对齐策略目的是保证分区起始位置与物理扇区4K对齐避免读写性能损失。分区表有两种主流格式MBRMaster Boot Record存储在LBA 0占用512字节最多4个主分区单分区最大2.2TB。它是DOS时代的遗产无冗余备份。GPTGUID Partition Table存储在LBA 1及以后支持128个以上分区单分区几乎无上限带CRC校验且在硬盘末尾有备份分区表是UEFI时代的标配。扩展分区和逻辑分区的由来MBR只能记录4个主分区于是工程师把第4个主分区标记为扩展分区在其内部再划分出多个逻辑分区逻辑分区的信息存储在扩展分区的第一个扇区形成链表结构。思考为什么会有“扩展分区逻辑分区”这种补丁方案因为MBR设计于1983年没人想到硬盘会发展到今天的大小而GPT设计于2000年前后一步到位。架构设计的历史包袱往往比技术本身更值得琢磨。三、MFT文件系统的“总索引”分区只是画了格子要往格子里存文件还需要格式化。格式化的本质是在分区对应的LBA范围内写入一套文件系统的元数据结构。以Windows最常用的NTFS为例格式化会在分区的特定位置写入一份MFTMaster File Table主文件表。MFT可以理解为NTFS文件系统的总账本硬盘上的每一个文件包括文件夹在MFT里都至少对应一条记录每条记录1KB。每条记录存储了该文件的所有元数据文件名、大小、时间戳、权限等。最关键的是每条记录里存储了该文件的数据存放在哪些LBA地址上——这个字段叫做Run List簇流列表。假设一个文件内容被存放在不连续的三个位置Run List记录为LBA 100~105、LBA 500~503、LBA 200~202。读取时操作系统依次读取三段数据然后在内存中拼接成完整文件。思考为什么NTFS要设计成“物理不连续、逻辑连续”因为磁盘碎片不可避免。如果强制要求每个文件连续存储磁盘会很快出现“每个空闲区域都不够大”的外部碎片问题。Run List的设计用牺牲一点读取速度换取极高的存储空间利用率——这也解释了为什么机械硬盘需要定期做“磁盘碎片整理”。小文件的特殊处理如果文件小于约900字节NTFS直接把文件内容存储在MFT记录本身的剩余空间里不额外分配LBA区域。这叫“常驻属性”。这就是为什么几字节的文本文件在NTFS分区上显示占用“0字节”——因为它根本没占用额外的数据簇全塞在MFT里了。思考为什么阈值是900字节而不是1000因为MFT记录共1KB1024字节扣除记录头、文件名、时间戳等固定开销剩余空间约900字节——这个值是算出来的不是拍脑袋定的。四、读写文件的完整流程从双击到弹出内容写入文件的步骤新建test.txt输入“Hello World”NTFS驱动扫描$Bitmap找到空闲LBA区域。系统把“Hello World”写入空闲LBA扇区。系统在MFT里新建记录填写文件名、大小、时间、Run List。系统在目录索引表里加一行test.txt → MFT记录号XXX。读取文件的步骤双击test.txt系统去目录索引表查找test.txt获得MFT记录号。系统去MFT区域找到该记录读出Run List数据在LBA 56789~56790。系统向硬盘发送命令“请读取LBA 56789~56790的数据。”硬盘返回数据系统在屏幕上显示“Hello World”。删除文件时发生了什么系统在MFT里把该记录标记为“未使用”在$Bitmap里把占用的LBA从“1”改为“0”——并没有擦除数据本身。物理扇区上的0和1依然静静躺着直到被新文件覆盖。这就是刚删除的文件可以恢复的原因而“安全擦除”软件的原理就是在删除后立刻用随机数据反复覆盖这些LBA区域。思考“删除”和“覆盖”之间的时间差就是数据恢复软件的生存空间。五、操作系统如何加载自己——引导与自举的哲学命题操作系统内核如Windows的ntoskrnl.exe本身是一个文件存放在C盘的NTFS分区里。要读取它必须要有NTFS驱动ntfs.sys但ntfs.sys本身也是一个文件也存放在C盘。这就形成了一个“循环依赖”困境。破解之道是引入引导加载程序Bootloader分三步完成“自举”BIOS/UEFI固件通电后最先运行的是主板固件它只懂LBA地址去硬盘特定位置UEFI下是ESP分区传统BIOS下是MBR区域读取一段极小的引导代码。引导管理器Windows Boot Manager固件把控制权交给bootmgr它内置了一个极精简的只读NTFS驱动足够解析MFT找到C:\Windows\System32下的ntoskrnl.exe和ntfs.sys将其预读到内存。操作系统内核加载内存里有了内核和驱动后控制权交给操作系统内核安装完整的ntfs.sys驱动至此才拥有完整的NTFS读写能力。ESP分区的作用UEFI模式下硬盘上还有一个FAT32格式的ESP分区约100MB。UEFI固件原生支持FAT32所以不需要内置NTFS驱动就能直接读取.efi引导文件。这相当于在硬件和操作系统之间插入了更精简的一层绕开了NTFS依赖。思考为什么ESP分区必须用FAT32因为UEFI规范强制要求所有主板固件实现FAT驱动而NTFS是微软私有文件系统其他厂商没有义务支持——这本质上是“标准制定权”的问题。六、安装系统时如何进行分区和格式化理解了第5章这个问题就很清晰了当你用Windows安装U盘启动电脑时U盘会把一个叫Windows PE预安装环境的微型操作系统加载到内存中。这个PE完全运行在内存条里不依赖硬盘上的任何文件系统它自带了硬盘驱动和分区工具。安装时的具体步骤Windows PE向硬盘的LBA 0MBR或LBA 1GPT头部写入分区表数据。用户选中C盘区域点击“格式化”——PE向该区域开头写入一套全新的空MFT。PE将U盘或光盘中的Windows系统文件解压到C盘每写入一个文件就在MFT里创建一条记录。PE在ESP分区或MBR区域写入引导代码告诉电脑下次启动时去C盘找bootmgr。思考为什么安装程序能往硬盘写数据而普通软件不行因为Windows PE运行在系统级权限通过BIOS中断或UEFI运行时服务直接操作硬盘I/O端口绕过了操作系统的文件系统权限控制。权限的本质是谁能向LBA扇区写入数据。七、为什么运行时C盘不能动D盘却可以根本原因是否正在被使用。C盘正在被操作系统本身使用——Windows内核、驱动程序、系统文件包括MFT都在C盘上正在被持续读取和写入。运行时修改C盘的分区结构或文件系统结构就像一边开飞机一边拆机翼系统会立刻崩溃。而D盘如果没有运行中的程序是“可以卸载的”系统可以像弹出U盘一样暂时卸载卷修改分区表或MFT后再重新加载。Windows磁盘管理的具体限制允许对C盘执行“压缩卷”缩容只改变分区的结束LBA位置不破坏已有数据但需有足够空闲空间。不允许对C盘执行“扩展卷”因为C盘右侧通常有D盘挡着也不允许任何需要移动数据的操作。第三方工具是怎么做到的傲梅分区助手等工具之所以能“无损调整C盘大小”靠的是“重启后执行”软件在注册表的BootExecute项中写入任务脚本重启后、Windows内核加载前软件的内核驱动接管磁盘此时C盘完全没有被占用驱动直接修改分区表和MFT结构包括移动物理数据。任务完成后再次重启Windows正常启动发现C盘变大了。这也是调整C盘大小必须重启的原因——要在操作系统“不在场”的时候动手。思考即使对D盘操作如果有进程在读写D盘文件操作系统同样会拒绝卸载卷。“正在使用”是操作系统的红线不分C盘D盘。八、Linux为什么只有“/”目录没有C盘D盘两种设计哲学的根本差异Windows的设计先有物理分区后有路径。每个物理分区直接当成一个“根”——C盘是一个根D盘是另一个根物理和逻辑死死绑定。Linux的设计先有逻辑目录树再把分区挂上去。只有一个根目录/。所有分区都被“挂载Mount”到目录树的某个文件夹下例如/dev/sda1挂载到//dev/sda2挂载到/home/dev/sdb1挂载到/var。一句话Windows下分区是主角目录是分区的名字Linux下目录树是主角分区只是挂在这棵树上的果实。Linux设计的经典优势当/home分区磁盘满了要换一块2TB新硬盘时——Linux下插上新硬盘挂载到/mnt/newdisk拷完数据后修改/etc/fstab把新硬盘的挂载点从/mnt/newdisk改成/home重启完成。所有用户访问的路径依然是/home/xxx路径完全不变但底层的物理硬盘已经换了。Linux的设计让服务器即使换了无数块硬盘整个系统的目录结构永远保持一致——这是Linux统治服务器领域的核心根基之一。补充NTFS也支持挂载。实际上NTFS也支持将分区挂载到空文件夹Windows里叫“装入空白NTFS文件夹”。你可以把D盘挂载到C:\Mount\DDrive下然后通过路径访问。但为什么大家不用因为Windows的盘符模式已根深蒂固30年所有软件和用户习惯都建立在盘符之上——历史惯性的力量使更好的方案也难以替换。思考盘符模式的优势是什么简单、直观、对普通用户极其友好。“C盘就是系统盘D盘就是放资料的地方”——每个用户都能听懂。而Linux的挂载点模式对非技术用户的理解成本极高。技术的先进性不等于易用性这是产品设计中永远需要权衡的矛盾。九、MySQL单表大小限制的真相MySQL的数据最终以普通文件形式存放在硬盘上。以InnoDB引擎为例在innodb_file_per_tableON默认开启的情况下每张表对应一个独立的.ibd文件——这张表的所有数据和索引全部存放在这个文件里。MySQL本身没有限制单表最大记录数。一张表能存多少行取决于每行数据的大小以及底层文件系统对单个文件大小的限制。文件系统单文件大小限制备注FAT324GBMySQL官方禁止用于生产环境NTFS64GB ~ 16TB现代Windows默认EXT416TB ~ 1EB当前主流Linux文件系统XFS8EB大型服务器常用实际结论使用独立表空间的InnoDB表单表最大容量 minInnoDB内部64TB文件系统单文件上限。在WindowsNTFS下约16TBLinuxEXT4约16TBLinuxXFS可达8EB理论上。一个经典的“坑”如果MySQL数据目录放在FAT32格式的U盘上单表最大只能4GB——生产环境完全不可接受。这也是MySQL官方文档明确要求生产环境必须使用NTFS或EXT4/XFS、严禁使用FAT的原因。如何突破单表大小限制共享表空间innodb_file_per_tableOFF所有表数据存储在共享文件中但共享表空间本身也有大小限制。分区表Partitioning把一个逻辑大表按规则拆分成多个物理子表每个子表一个独立.ibd文件只要每个子文件不超限整张表就能突破天花板。分库分表应用层将数据路由到不同数据库实例或不同表是互联网大厂处理TB级数据的常用手段。十、全文总结整条链路串起来现在我们把整条链路从头到尾串一遍层级核心概念做了什么物理层LBA硬盘出厂时把整个盘片编号成从0开始的一维整数序列。硬盘只认LBA不认C盘D盘。分区层分区表MBR/GPT操作系统在LBA 0或LBA 1写入分区表划定“LBA 0~100万是分区1100万~200万是分区2”。C盘D盘的边界由此而来。文件系统层MFT格式化时在分区开头写入MFT——每个文件对应一条记录记录里存了文件名、大小、Run List文件数据存放在哪些LBA上。文件读写层目录索引MFTLBA读文件路径→目录索引→MFT记录→Run List→LBA→硬盘读取。写文件分配空闲LBA→写入数据→更新MFT→更新目录索引。系统启动层Bootloader破解“没有NTFS驱动就读不了NTFS文件”的循环依赖。BIOS→bootmgr内置微型NTFS驱动→加载内核和驱动→操作系统完全接管。系统运行层卷锁定重启执行运行时C盘不可动正在使用D盘可动可卸载。第三方工具改C盘靠“重启后在操作系统不在场时执行”。跨系统对比Windows盘符 vs Linux挂载点Windows物理分区是主角。Linux逻辑目录树是主角。各有优劣和历史渊源。应用层MySQL文件系统MySQL以.ibd文件存储数据。单表上限minInnoDB内部64TB底层文件系统单文件上限。最后送你三句话盘符只是人类给LBA编号取的别名分区表只是一张告诉操作系统“哪片LBA叫什么名字”的表格MFT只是一张告诉操作系统“哪个文件存在哪个LBA上”的索引。理解了这三层抽象所有存储相关的问题都迎刃而解。技术设计没有“好”与“坏”只有“适应当下”与“背负历史”。Windows的盘符模式背负着30年的兼容性包袱Linux的挂载点模式受益于Unix的“一切皆文件”哲学。读懂一个设计先读懂它的历史。从物理扇区到逻辑文件中间隔了四层抽象分区表→文件系统→目录索引→文件路径。每一层抽象都解决了一个问题同时也带来了新的限制。搞懂每一层做了什么、没做什么才是真正的“底层思维”。 如果觉得这篇文章对你有帮助欢迎点赞、收藏、转发让更多朋友看到也欢迎在评论区留下你的思考或疑问我们一起探讨。 点赞 | ⭐ 收藏 | 评论 | 分享