在考虑这两个DELETE语句的性能时，我们需要考虑数据库如何执行这些查询以及它们背后可能涉及的索引和数据结构。

    1.执行多个单独的DELETE语句：

DELETE FROM a WHERE b = 1 AND c = 1;  
...  

DELETE FROM a WHERE b = 1000 AND c = 1000;

这种方法的优点是每个DELETE语句都很简单，且如果a表上有针对b和c的复合索引，数据库优化器可以高效地执行每个DELETE操作。此外，如果每次DELETE影响的记录数较少，这种分批处理的方式可以减少锁定的资源数量，降低对其他查询的影响。

然而，这种方法的缺点是存在大量的网络往返（如果客户端和数据库服务器分开部署），以及可能的日志记录开销（取决于数据库的配置和隔离级别）。

2.单个DELETE语句使用IN子句：

DELETE FROM a WHERE b IN (1,...,1000) AND c IN (1,...,1000);

    这种方法的优点是只需要一个网络往返和一个事务日志记录条目（再次取决于配置和隔离级别）。但是，这种方法的性能取决于多个因素：

•  数据库优化器如何解析这个复杂的IN子句，并确定最佳的查询计划。
•  表a上是否有合适的索引来加速查询。
•  数据库是否能够智能地识别出只有那些b和c值都匹配的记录才应该被删除。

    需要注意的是，这个IN子句可能不会按预期工作，因为它可能会产生笛卡尔积的效果，即它会尝试匹配所有可能的(b, c)组合，而不仅仅是那些实际存在的组合。如果b和c的值范围不匹配（即不是每个b值都对应一个相同的c值），那么这个查询可能会删除错误的记录。

性能建议：

    如果可能的话，使用第一个方法（即多个单独的DELETE语句），特别是当你知道要删除的确切记录时。这通常更加直观，且性能上可能更好（特别是当你有合适的索引时）。
    如果必须使用第二个方法（即单个DELETE语句使用IN子句），请确保你的IN子句正确地描述了要删除的记录集，并且已经为相关的列建立了合适的索引。此外，请确保你的数据库优化器能够智能地处理这个查询。
    在任何情况下，都应该在生产环境中执行任何删除操作之前，先在测试环境中验证其性能和正确性。
    考虑使用事务来包装多个DELETE语句，以确保数据的一致性和可恢复性。如果可能的话，尽量减少事务的大小和持续时间，以减少锁定的资源数量。