MySQL中executemany搭配ON DUPLICATE KEY UPDATE参数匹配失败

你碰到的这个问题，核心是executemany对SQL占位符数量和每个参数元组的长度要求严格匹配，而你写的带ON DUPLICATE KEY UPDATE的SQL里，大概率是在UPDATE部分多写了占位符，导致每个参数元组的参数个数和SQL里的占位符总数对不上。

举个典型的错误写法：
假设你的SQL是这么写的：

INSERT INTO user (id, name) VALUES (%s, %s) ON DUPLICATE KEY UPDATE id=%s, name=%s

对应的参数列表是[(1, "Alice"), (2, "Bob")]——每个元组只有2个参数，但SQL里有4个占位符，executemany会默认每个元组要填4个参数，自然就触发TypeError: 参数未全部转换了。

而你循环调用cursor.execute时，应该是每次都给UPDATE部分的占位符也传了相同的参数（比如每次都传(1,"Alice",1,"Alice")），参数个数和占位符对上了，所以能正常跑，但这根本不是批量操作的正确用法，完全浪费了executemany的性能优势。

正确的批量写法 #

要让executemany正常工作，你得在ON DUPLICATE KEY UPDATE部分用VALUES(col)语法，直接复用INSERT语句里对应列的值，这样SQL里的占位符数量就和每个参数元组的长度一致了：

INSERT INTO user (id, name) VALUES (%s, %s) ON DUPLICATE KEY UPDATE name=VALUES(name)

这里每个参数元组只需要提供2个值（对应INSERT的两个占位符），UPDATE部分通过VALUES(name)直接引用当前要插入的name值，不需要额外传参数。

补充说明 #

• 务必确保你的表有主键或唯一索引，不然ON DUPLICATE KEY UPDATE根本不会触发——这也是你移除该部分后报重复键错误的原因，说明表确实有唯一约束，这点是对的。
• 如果你用的是mysql-connector-python而非MySQLdb，占位符统一用%s，别混用?，避免额外的参数匹配问题。

内容的提问来源于stack exchange，提问作者NPatel