这对你这个版本，跑批的相关的session，建议：
1、tidb_prepared_plan_cache_size按照默认值100设置即可。
2、确保该session跑批时候的语句种类不超过tidb_prepared_plan_cache_size，最好不超过10个，这样让这种insert into values很多行的情况可以常驻plancache，一定要注意不要和其它非批次业务混合跑，避免其它非批次语句执行过于频繁导致批次大语句被刷出plancache触发GC问题。
3、控制跑批语句的session是单独的连接（不要和正常的业务放在一个连接池，或者放在一起也不要释放连接，不然可能会污染其它连接，导致所有连接都缓存这个“大语句”的执行计划导致整体内存占用过多）
4、确保insert语句用的是statement=“insert into xx values (?,?,?..)” 绑定变量形式，可以使用plancache。
其实对于你的问题“批量插入500行一组，因参数过多导致执行计划缓存巨大频繁导致tidb oom” ，导致tidb oom的会有两个方面原因：
1、SQL文本确实太大了，多个连接都缓存了这个语句的执行计划，导致整体内存过大。
2、该大语句频繁的被淘汰出plancache，导致后台golang的GC压力过大，可能GC不及时导致占用内存过大最终OOM。