这张表有100万条数据，走了id索引，但还是执行的很慢update t_886_0_1475031651478 set status=0 where id in('t_886_0_1475031651478_3912671','t_886_0_1475031651478_3912672','t_886_0_1475031651478_3912673','t_886_0_1475031651478_3912674','t_886_0_1475031651478_3912675','t_886_0_1475031651478_3912676','t_886_0_1475031651478_3912677')

虽然你使用了 ID 索引，但是在使用 IN 子句时，MySQL 仍然需要使用全表扫描来查找符合条件的行，这可能会导致查询变得很慢。

有几种方法可以优化这个查询，例如：

1. 使用批量更新：将多个更新语句合并成一个，可以减少数据库连接和网络通信的开销，从而提高更新速度。例如：

update t_886_0_1475031651478 set status=0 where id in('t_886_0_1475031651478_3912671','t_886_0_1475031651478_3912672','t_886_0_1475031651478_3912673','t_886_0_1475031651478_3912674','t_886_0_1475031651478_3912675','t_886_0_1475031651478_3912676','t_886_0_1475031651478_3912677')

可以改成：

update t_886_0_1475031651478 set status=0 where id in('t_886_0_1475031651478_3912671','t_886_0_1475031651478_3912672','t_886_0_1475031651478_3912673','t_886_0_1475031651478_3912674','t_886_0_1475031651478_3912675','t_886_0_1475031651478_3912676','t_886_0_1475031651478_3912677');

2. 使用覆盖索引：如果只需要更新表中的某些列，可以使用覆盖索引来避免全表扫描。例如，如果只需要更新 status 列，可以使用以下查询：

update t_886_0_1475031651478 set status=0 where id in('t_886_0_1475031651478_3912671','t_886_0_1475031651478_3912672','t_886_0_1475031651478_3912673','t_886_0_1475031651478_3912674','t_886_0_1475031651478_3912675','t_886_0_1475031651478_3912676','t_886_0_1475031651478_3912677') and status <> 0;

这样可以利用 ID 索引来查找符合条件的行，然后更新 status 列，而不会扫描整个表。

3. 使用缓存：如果这个查询被频繁地执行，可以考虑使用缓存来提高性能。例如，使用 Memcached 或 Redis 来缓存查询结果，可以减少数据库查询的次数。

综上所述，你可以根据具体情况采用上述方法中的一种或多种来优化这个查询。