今天按照需求写SQL语句来清洗脏数据的时候，想从evidence_web中删除content_id大于1的全部记录，本来以为写一个子查询delete后即可，但是却出现了1093 - You can't specify target table 'evidence_web' for update in FROM clause报错，后面我会具体的分析问题发生的原因以及解决问题的办法。
1.问题分析
我的原SQL语句如下所示：
DELETE FROM evidence_web
WHERE content_id IN (SELECT content_idFROM evidence_webGROUP BY content_idHAVING COUNT(*) > 1
)
这个问题的发生是由于 MySQL 的限制。当你在一个 DELETE 语句中使用子查询时，如果子查询引用了相同的表，MySQL 会认为这是一个模糊的操作，因为它不能明确区分数据的读取和删除。这可能会导致数据的不一致，因此 MySQL 不允许这种操作。
具体来说，MySQL 不允许在 DELETE 语句中同时使用同一个表作为数据源和目标。当你试图删除 evidence_web 表中的记录，并在同一操作中从 evidence_web 表中选择数据时，MySQL 会报告一个错误，因为它不允许在一个操作中同时修改和读取相同的表。
2.解决方法
通过使用派生表 (derived table)，你可以先从 evidence_web 表中选择数据并将其存储在一个临时表中，然后在 DELETE 语句中引用这个临时表。这避免了直接在同一个表上同时进行读取和写入操作，从而绕过了 MySQL 的限制。
DELETE FROM evidence_web
WHERE content_id IN (SELECT cnt FROM (SELECT content_id as cntFROM evidence_webGROUP BY content_idHAVING COUNT(*) > 1) AS derived_table
)
这种方法确保了删除操作中的读取和写入操作分别在不同的表上进行，从而避免了 MySQL 的限制。
3.启发
从这个问题中可以得到以下启发：
-
了解数据库限制：在编写SQL查询时，了解数据库管理系统（DBMS）的限制和特性非常重要。不同的DBMS在处理复杂查询和子查询时可能有不同的规则和限制。
-
使用派生表：派生表（或临时表）是解决某些SQL限制的有效方法。通过将子查询结果存储在派生表中，可以绕过一些DBMS的限制，从而实现复杂的操作。
-
确保数据一致性：数据库操作需要确保数据的一致性和完整性。避免在同一查询中同时进行读取和写入操作，可以防止数据不一致的情况发生。
除了这个特性，MySQL还有一些类似的特性和限制：
-
更新限制：与DELETE操作类似，MySQL也不允许在UPDATE语句中直接引用同一个表。例如：
UPDATE evidence_web SET column_name = (SELECT value FROM evidence_web WHERE condition) WHERE another_condition;这同样需要使用派生表或JOIN操作来避免。
-
AUTO_INCREMENT限制：MySQL不允许在一个表上同时进行INSERT和SELECT操作来获取AUTO_INCREMENT的值。必须先插入，然后通过LAST_INSERT_ID()来获取。
-
视图限制：在某些情况下，视图上的复杂查询可能会受到限制。例如，某些更新和删除操作在视图上不被允许，特别是当视图涉及到聚合或JOIN操作时。
-
锁机制：MySQL使用锁机制来确保数据的一致性。在并发环境下，了解和合理使用锁（如行锁、表锁）对于避免死锁和性能问题非常重要。
-
递归查询限制：MySQL在处理递归查询（如递归CTE）时有一些限制，需要特别注意查询的设计和优化。
了解这些特性和限制可以帮助你编写更高效、更可靠的SQL查询，同时避免在实际应用中遇到不必要的问题。