mysql中in的数量多少合适？
在mysql中，IN操作符后面的参数数量不应该太多。通常，建议参数数量不超过1000，因为太多的参数可能导致查询变慢。此外，查询中的参数数量也受到MySQL配置和系统的限制。如果在查询中使用太多的参数，则可能需要增加系统的max_allowed_packet和max_connections变量的值。
为了避免过多的参数数量，可以考虑将参数存储在一个临时表中，然后使用JOIN操作符将其与主查询的结果集进行匹配。
mysql in会使用索引吗？
当你source字段唯一性不高，例如你90w数据，里面source字段来来去去就那么十几个值，这种情况下影响结果集巨大，就会全表扫描。这种情况全表扫描还要快于利用索引，只要理解索引的本质不难明白MySQL为何不使用索引。
极端点的情况，90万的数据，source只有0和1两个值，利用索引要先读索引文件，然后二分查找，找到对应数据的数据磁盘指针，再根据读到的指针再读磁盘上对应的数据数据，影响结果集45万。这种情况，和直接全表扫描那个快显而易见。
如果你source字段是一个unique，就会用到索引。
如果你一定要用索引，可以用force index，不过效率不会有改善一般还会更慢就是了。
mysql的in里面可以放多少值？
在MySQL中，IN子句可以用来指定一个字段的多个可能值，从而简化复杂的查询语句。对于IN子句的值的数量并没有固定的限制，它可以放置任意数量的值，只要内存允许。然而，需要注意的是，如果IN子句中的值过多，可能会导致查询的性能下降，因为MySQL需要对每一个可能的值进行匹配。
通常情况下，建议在IN子句中放置合理数量的值，以保证查询的性能。因此，虽然理论上可以放置任意数量的值，但在实际应用中需要权衡性能和查询的需求。