更新数据库记录时，MySQL返回0该返回何种HTTP状态码？

首先得明确一个核心原则：HTTP状态码的作用是告诉客户端请求的整体处理状态，而不是直接映射数据库的返回值。你遇到的两种返回0的场景（未找到记录、找到但无变更）本质是不同的请求结果，建议分开处理，而不是一概而论返回200。

分场景讨论 #

1. 未找到目标记录（UPDATE返回0是因为WHERE条件匹配0行） #

这种情况属于「请求的资源不存在」，完全符合HTTP 404 Not Found的语义。客户端试图更新一个不存在的资源，服务器无法完成预期的更新操作，返回404能直接、清晰地传递这个信息——比返回200再在响应体里藏消息要直观得多，客户端也能根据状态码快速做错误分支处理。

当然，如果你的业务逻辑里「更新不存在的记录」不算错误（比如幂等更新场景，重复更新同一个不存在的记录是允许的），那也可以返回200，但一定要在响应体里明确说明：{"status":"success","message":"未找到匹配记录，无更新操作"}，让客户端清楚结果。

2. 找到记录但无变更（UPDATE返回0是因为字段值与原记录完全一致） #

这种情况属于「请求成功处理，但未产生实际数据变更」，完全适合返回HTTP 200 OK。服务器已经成功定位到目标资源，验证了不需要执行更新操作，请求本身是有效的，只是没有修改数据。同样建议在响应体里补充说明：{"status":"success","message":"记录已找到，无需更新"}，避免客户端困惑。

推荐实践方案 #

1. 优先区分两种场景：可以通过MySQL的ROW_COUNT()函数（注意：有些驱动返回的是匹配行数而非变更行数，需要确认你的驱动行为），或者在更新前先执行一次查询判断记录是否存在，把两种返回0的情况分开。
2. 对应不同状态码：
   • 未找到记录：返回404 + 明确的响应体说明
   • 找到但无变更：返回200 + 明确的响应体说明
3. 如果暂时无法区分：可以统一返回200，但必须在响应体里告知客户端「无更新操作，原因可能是记录未找到或无需变更」，让客户端能根据自己的业务需求做后续处理。

另外补充一点：如果你的接口用的是PUT方法（RESTful语义下的全量更新），有些设计会允许PUT不存在的资源时返回201（创建），但如果是PATCH（部分更新），返回404会更符合语义，这取决于你的接口定义风格。

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