Pandas无原生intersect多列函数，推荐merge+indicator=True法：先fillna处理NaN，再how='inner'合并并筛选_merge=='both'后删指示列，精准可控；isin+tuple适用于中小数据量。
直接说结论：Pandas 本身没有 intersect 多列条件的原生函数，但用 merge + indicator=True 或布尔索引组合 isin 是最稳、最可控的方式；硬套 concat+drop_duplicates 容易漏掉重复逻辑或破坏原始行序。
用 merge + indicator=True 精确取交集
这是最推荐的做法，尤其当两表结构不完全一致、需要保留某一方原始列、或交集逻辑涉及多列组合（如 ['user_id', 'date', 'category']）时。它能明确告诉你某行是否同时存在于左右表，且不依赖索引对齐。
常见错误现象：df1.merge(df2, on=['a','b']) 看似简洁，但若某列含 NaN，该行会直接被丢弃（Pandas merge 默认忽略 NaN 匹配），导致交集结果偏少。
- 务必先用
fillna()统一处理参与匹配的列中的NaN，例如df1[['a','b']] = df1[['a','b']].fillna(-999) - 加
how='inner'明确语义，避免误用left或outer - 如果只需交集行（不要合并后列），用
merge(..., indicator=True)后筛选_merge == 'both'，再drop('_merge')
df_intersect = df1.merge(df2, on=['user_id', 'date'], how='inner', indicator=True)
df_intersect = df_intersect[df_intersect['_merge'] == 'both'].drop('_merge', axis=1)
用 isin 配合 tuple 实现轻量级多列判断
适合小到中等规模数据（len(df) ）、且只关心“是否在另一表中存在”，不需合并字段。本质是把多列转成可哈希的 <code>tuple，再用 isin 判断。
立即学习“Python免费学习笔记（深入）”；
容易踩的坑：df1[['a','b']].isin(df2[['a','b']]) 是逐列比对，不是按行组合比对——这会导致逻辑完全错误。
- 必须用
zip或apply(tuple, axis=1)构造行级元组，例如：df1_tuples = list(zip(df1['a'], df1['b'])) -
df2也要同样构造元组列表，再传给isin；注意类型要一致（比如都用int64而非混合int32/int64） - 性能上，
isin对长列表查找是 O(n×m)，大数据量时明显慢于merge
df1['key'] = list(zip(df1['user_id'], df1['date']))
df2['key'] = list(zip(df2['user_id'], df2['date']))
df_intersect = df1[df1['key'].isin(df2['key'])].drop('key', axis=1)
别碰 concat+drop_duplicates(keep=False)
网上有些方案建议把两表 concat 后用 drop_duplicates(keep=False) 取“只出现一次”的行，试图模拟交集。这是严重误解——交集是“在两个表中都出现”，不是“在合并后只出现一次”。
使用场景错配：这个操作实际求的是对称差（symmetric difference），即“只在 A 或只在 B 中的行”，和交集完全相反。一旦两表各自有重复行，结果更不可控。
- 即使你手动加
keep='first'也解决不了逻辑问题 - 若表中有未参与条件的列（如时间戳、ID），
drop_duplicates会因这些列不同而无法去重，进一步放大偏差
真正复杂的点在于：多列交集往往隐含业务含义（比如“用户当天是否有点击且有下单”），这时候不能只看值相等，还要考虑时间窗口、状态一致性、空值语义。用 merge 至少能让你把条件显式写进 on 参数里，而不是藏在链式布尔表达式中——后者一旦出错，调试成本高得多。
