大规模文本匹配的核心是平衡速度、内存与效果，需按场景分层选型：字符级用MinHash+LSH初筛，词袋用TF-IDF，轻量语义用Sentence-BERT，高精度仅用于Top-100重排，并辅以分块、索引与维度分片优化。

大规模文本匹配的核心不是追求单次计算的精度极限，而是平衡速度、内存与效果——选对算法、分层处理、善用向量化，比盲目堆模型更有效。

明确场景再选算法：别一上来就BERT

相似度算法不是越“重”越好。先问清楚：是查重、去重、推荐、搜索，还是语义聚类？不同目标对应不同层级的工具：

• 字符级快速过滤：用MinHash + LSH（如datasketch）做海量文档初筛，10亿级文本可在分钟内完成候选对生成
• 词袋+统计特征：TF-IDF + 余弦相似度适合中等规模（百万级）、主题明确的匹配（如新闻去重），scikit-learn一行可训
• 轻量语义嵌入：Sentence-BERT（all-MiniLM-L6-v2）在CPU上每秒可编码300+句子，精度远超TF-IDF，且支持批量推理
• 高精度但慢：原始BERT或Cross-Encoder只建议用于最终排序阶段（Top-100以内重打分），别用它扫全量库

分块+索引：避免把10GB文本全读进内存

真正卡住大规模匹配的，常是IO和内存，不是算法本身。关键操作：

• 用Dask或Polars替代pandas读大文件，延迟加载+列裁剪（只读text和id列）
• 将文本库构建成Annoy索引，支持GPU加速的近似最近邻搜索，1亿向量建索引只需几十分钟
• 按业务维度分片：比如按日期、来源、类别预先切分，每次只匹配同类型文本，缩小搜索空间

实用代码片段（非玩具级）

以下是在真实数据流中可直接复用的轻量模式：

# 1. 批量编码（不OOM）
from sentence_transformers import SentenceTransformer
model = SentenceTransformer('all-MiniLM-L6-v2')
embeddings = model.encode(texts, batch_size=256, show_progress_bar=False)
2. FAISS快速检索（CPU版，10万向量毫秒响应）
import faiss
index = faiss.IndexFlatIP(embeddings.shape[1])
index.add(embeddings)
scores, indices = index.search(embeddings[:10], k=5)  # 查前10条，找各自最相似的5个
3. MinHash去重（千万级文档预处理）
from datasketch import MinHashLSH, MinHash
lsh = MinHashLSH(threshold=0.7, num_perm=128)
for i, text in enumerate(texts):
m = MinHash(numperm=128)
for word in text.lower().split():
m.update(word.encode('utf8'))
lsh.insert(f'doc{i}', m)

调参比换模型更重要

多数效果瓶颈不在模型结构，而在几个关键阈值：

• LSH的threshold设太高（如0.9）会漏掉合理相似对；设太低（0.4）则噪声爆炸
• FAISS中nprobe控制搜索深度：默认1，设为10可提准召，但延迟翻倍——需压测权衡
• 文本预处理比想象中关键：保留数字/符号？是否归一化URL？这些细节对法律、医疗等垂直领域影响极大

基本上就这些。不复杂，但容易忽略分层和落地细节。