首先得明确：空的IN()是无效的SQL语法，不管你用的是MySQL、PostgreSQL还是其他主流数据库，都会直接抛出语法错误，所以第一步就是要避免生成这种语句。下面给你几种实用的解决方案，根据你的场景选就行：

方案1：动态生成SQL（最推荐） #

如果你的查询是通过代码动态拼接的（比如Java、Python、PHP这类），那最简单的方式就是判断collection_id的列表是否为空：

• 如果列表非空，就加上AND restaurant_collections.collection_id IN (xxx,xxx)这部分；
• 如果列表为空，直接删掉这个条件。

这样最终的查询在无collection筛选时，就变成：

SELECT DISTINCT restaurant.*,branch.* 
FROM restaurant,branch,restaurant_cuisines,restaurant_collections 
WHERE restaurant.restaurant_id=branch.restaurant_id 
AND restaurant_cuisines.cuisine_id IN (2,3)

（顺便提个小建议：尽量用显式JOIN替代隐式逗号分隔的连接，可读性和维护性更好，比如JOIN branch ON restaurant.restaurant_id = branch.restaurant_id）

方案2：用条件判断跳过空筛选（适合固定SQL模板） #

如果没法动态修改SQL结构（比如用预编译语句，只能传参数），可以在WHERE里加一个“兜底”条件：

SELECT DISTINCT restaurant.*,branch.* 
FROM restaurant
JOIN branch ON restaurant.restaurant_id = branch.restaurant_id
JOIN restaurant_cuisines ON restaurant.restaurant_id = restaurant_cuisines.restaurant_id -- 补充你可能遗漏的关联条件
LEFT JOIN restaurant_collections ON restaurant.restaurant_id = restaurant_collections.restaurant_id
WHERE restaurant_cuisines.cuisine_id IN (2,3)
AND (restaurant_collections.collection_id IN (:collection_ids) OR :is_empty)

这里的:is_empty是一个布尔参数：

• 当collection_id列表为空时，传TRUE，此时OR TRUE会让整个条件成立，相当于跳过collection的筛选；
• 当列表非空时，传FALSE，就正常用IN筛选。

不同数据库的参数写法可能有差异，比如MySQL用?，PostgreSQL用$1，但逻辑是一致的。

方案3：用永远为真的条件替代空IN（应急方案） #

如果临时需要调整现有查询，不想改代码逻辑，可以把空的IN()替换成一个永远成立的条件，比如：

SELECT DISTINCT restaurant.*,branch.* 
FROM restaurant,branch,restaurant_cuisines,restaurant_collections 
WHERE restaurant.restaurant_id=branch.restaurant_id 
AND restaurant_cuisines.cuisine_id IN (2,3)
AND (1=1) -- 替代原来的空IN子句

不过这个方案要注意：原查询里的restaurant_collections是内连接，如果餐厅没有对应的collection记录，会被过滤掉。如果你想在无collection筛选时保留所有餐厅，应该把内连接改成LEFT JOIN，否则会丢失没有关联collection的餐厅数据。

最后再啰嗦一句：隐式连接（逗号分隔表）容易出错，尤其是表数量多的时候，建议改成显式的JOIN语法，把关联条件写在ON子句里，逻辑更清晰，也不容易漏写关联条件导致笛卡尔积。

内容的提问来源于stack exchange，提问作者Manju