你可以试试做 product_id 以及 user_id 您的主键：

PRIMARY KEY(`product_id`, `user_id`)

并添加评论id作为您的 UNIQUE KEY

是否尝试在没有审阅id的情况下插入新行？

INSERT INTO review_autosave_data (product_id, user_id, review)
VALUES (50, 1, "lorem ipsum")
ON DUPLICATE KEY
UPDATE review = "lorem ipsum";

INSERT INTO review_autosave_data (review_id, product_id, user_id, review)
SELECT 25, 50, 1, "lorem ipsum"
    WHERE NOT EXISTS 
        (SELECT review_id FROM review_autosave_data 
        WHERE product_id=50 AND user_id = 1 AND review_id IS NULL)
ON DUPLICATE KEY
UPDATE review = "lorem ipsum";

为什么不把问题从db中完全去掉呢？
想必当你的应用程序提交autosave“请求”时，它会得到某种形式的确认，证明它是正确的？您可以发回insert的'id'，这样应用程序就可以显式地保存到该记录中—也就是说，第一个autosave将不同于其余的autosave，随后的autosave将只更新特定的autosave记录。
这完全避免了你的数据库层的问题，我想。。。不过，您将有两个查询，一个用于插入新草稿，另一个用于更新特定草稿，不需要特别的键。

只需做第二个表，将举行张贴评论。一旦用户发布评论，就把数据移到那里。
这将消除你的问题，使事情更清楚。您将有一个不应张贴在任何地方的草稿位置和一个将张贴您希望在不同位置显示的审阅的表。您当前的表名也表明它只保存自动保存数据，不保存已发布的数据。

而不是使用 NULL ，使用0表示尚未审阅。
然后改变 DEFAULT NULL 至 NOT NULL .
同时，你也可以摆脱 id 只需要 PRIMARY KEY(product_id, user_id, review_id) 还可以去掉任何作为 PRIMARY KEY .
你为什么要把“评论”当成 BLOB ，当它大概是“文本”时？

而不是 review_autosave_data 可以创建两个选项卡，如 review_insert_drafts 以及 review_update_drafts （一个用于新评论，另一个用于更新评论）。

CREATE TABLE `review_insert_drafts` (
  `product_id` int(11) unsigned NOT NULL,
  `user_id` int(11) unsigned NOT NULL,
  `review` blob,
  `name` varchar(100) DEFAULT NULL,
  PRIMARY KEY (`product_id`, `user_id`),
  CONSTRAINT FOREIGN KEY (`product_id`) REFERENCES `products` (`id`),
  CONSTRAINT FOREIGN KEY (`user_id`) REFERENCES `users` (`id`)
);

CREATE TABLE `review_update_drafts` (
  `review_id` int(11) unsigned NOT NULL,
  `review` blob,
  `name` varchar(100) DEFAULT NULL,
  PRIMARY KEY (`review_id`),
  CONSTRAINT FOREIGN KEY (`review_id`) REFERENCES `reviews` (`id`)
);

（不知道是什么原因） name 柱适合。）
在您的应用程序中，您必须检查用户是否正在编写新的评论或正在更新现有的评论。
对于您运行的新评论：

INSERT INTO review_insert_drafts (product_id, user_id, review)
VALUES (50, 1, "lorem ipsum")
ON DUPLICATE KEY
UPDATE review = "lorem ipsum";

或者

REPLACE INTO review_insert_drafts (product_id, user_id, review)
VALUES (50, 1, "lorem ipsum");

对于运行的审阅更新：

INSERT INTO review_update_drafts (review_id, review)
VALUES (25, "lorem ipsum")
ON DUPLICATE KEY
UPDATE review = "lorem ipsum";

或者

REPLACE INTO review_update_drafts (review_id, review)
VALUES (25, "lorem ipsum");

优点：你有一个明确的设计，明确的唯一键和外键。
缺点：有两个表包含相似的数据。所以有两个不同的insert语句。如果要合并这两个表（例如，为一个用户显示所有草稿），则需要一个union语句。