1. 为什么需要分块读取千万级数据第一次处理千万级CSV文件时我盯着16GB的硬盘文件发愁——128GB内存的服务器居然加载到一半就崩溃了。这种场景在金融交易记录、物联网传感器数据、用户行为日志分析中太常见了。pandas默认的read_csv()会一次性把数据吞进内存就像试图用家用冰箱装下整个超市的冻品结果只能是内存溢出MemoryError。实测发现当CSV文件超过2GB时原始读取方式会产生内存放大效应。比如一个5GB的CSV文件默认字符串类型读取可能占用60GB内存即使优化为float32类型仍需15GB若进行数据清洗操作可能再翻倍这就像搬家时把所有物品从纸箱拆开再重新打包临时需要两倍空间。分块读取chunking相当于分批搬运每次只处理能承受的数据量。我常用的判断标准是当文件大小超过可用内存1/4时就该考虑分块方案。2. 分块读取的四种实战方法2.1 基础分块法chunksize参数最直接的解决方案是pd.read_csv(chunksize100000)这个数字表示每块的行数。我的经验值是8GB内存机器5万-10万行/块32GB内存20万-50万行128GB以上可尝试100万行chunk_iter pd.read_csv(big_data.csv, chunksize100000) for i, chunk in enumerate(chunk_iter): print(fProcessing chunk {i}, shape: {chunk.shape}) # 在这里处理每个分块 del chunk # 立即释放内存关键细节使用del显式释放内存Python的垃圾回收不总是及时避免在循环内累积数据比如用列表append所有分块每处理完一个分块立即保存中间结果到磁盘2.2 类型预判优化分块读取配合类型优化效果更佳。先用小样本推断数据类型# 先读取前1000行推断类型 sample pd.read_csv(big_data.csv, nrows1000) dtypes sample.dtypes.to_dict() # 然后分块读取时指定类型 chunk_iter pd.read_csv(big_data.csv, chunksize100000, dtypedtypes)常见类型优化技巧将float64转为float32精度损失可接受时用category类型代替字符串唯一值少于总行数1%时用pd.Int8Dtype()等可空整数类型2.3 条件过滤式读取如果只需要部分数据可以用query参数在读取时过滤# 只读取符合条件的数据分块 chunk_iter pd.read_csv(big_data.csv, chunksize100000, iteratorTrue) filtered pd.concat([chunk.query(value 0.5) for chunk in chunk_iter])比全量读取后再过滤节省60%以上内存特别适合时间序列数据中提取特定时段。2.4 多进程并行处理对于CPU密集型操作如特征计算可以用multiprocessing加速from multiprocessing import Pool def process_chunk(chunk): # 处理单个分块的函数 return chunk.describe() with Pool(4) as p: results p.map(process_chunk, pd.read_csv(big_data.csv, chunksize100000))实测在16核机器上处理时间从45分钟降到4分钟。注意要避免多个进程同时写入同一文件。3. 内存管理的五个关键策略3.1 及时释放对象引用很多内存问题源于Python的引用计数机制。我曾遇到一个案例处理完分块后内存未释放原因是Jupyter Notebook保留了变量历史。解决方法%reset -f # 在Notebook中强制清除变量 import gc gc.collect() # 手动触发垃圾回收最佳实践在函数内处理分块函数退出自动释放局部变量使用with语句管理资源避免全局变量累积数据3.2 使用高效数据结构对比不同数据结构的内存占用存储100万条记录数据类型内存占用(MB)适用场景float647.63高精度计算float323.81通用机器学习category0.95低基数字符串sparse0.12稀疏矩阵转换方法df[category_col] df[category_col].astype(category) df df.astype({col1:float32, col2:int8})3.3 避免链式赋值这样的代码会创建临时副本# 不好的写法 df df[df.value 0.5].reset_index(dropTrue)应该改为# 内存友好写法 mask df.value 0.5 df df.loc[mask].copy() df.reset_index(dropTrue, inplaceTrue)3.4 使用内存映射文件对于超大数据集可以用mmap_mode参数df pd.read_csv(huge.csv, memory_mapTrue)原理是只在访问数据时加载对应内存页类似虚拟内存机制。我在处理80GB气候数据时内存占用始终保持在2GB以下。3.5 分阶段处理流水线设计数据处理流程时建议分为原始数据分块读取每块进行基础清洗保存清洗后的中间数据最后合并结果就像工厂流水线避免所有原材料堆在同一个车间。4. 性能对比实测用纽约出租车数据集1.4亿行测试不同方法方法内存峰值耗时适用场景直接读取32GB崩溃不推荐chunksize1000003.2GB25min通用方案chunksize多进程3.5GB8minCPU密集型dask.dataframe2.8GB30min分布式环境内存映射1.5GB40min超大数据典型错误案例忘记指定dtype导致内存爆炸分块大小设置不当太小导致IO开销太大引发OOM在分块循环内累积数据5. 进阶工具与技巧当数据量超过单机处理能力时可以考虑Dask像pandas一样写代码自动并行处理import dask.dataframe as dd ddf dd.read_csv(big_data_*.csv, dtype{col1:float32}) result ddf.groupby(category).mean().compute()Vaex零内存复制分析工具PySpark真正的分布式解决方案对于超大规模数据建议采用分层处理先用分块方法提取特征存储为Parquet等列式格式用Spark/Dask进行分布式训练曾经处理过一个300GB的电商用户行为数据通过分块提取关键特征后最终训练集压缩到8GB在单机上就完成了原本需要集群的任务。