在 sql 中检索帖子“喜欢”的有效方法是什么？

如何解决在 sql 中检索帖子“喜欢”的有效方法是什么？

所以我有两个表，“videos”和“video_likes”。 “视频”表如下所示：

id | creator | url        | likes
1  |  5      |https://... |  10
2  |  8      |https://... |  20
3  |  4      |https://... |  30
4  |  2      |https://... |  40

“video_likes”表如下所示：

id | video_id | like_user_id
1  |  2       |   8
2  |  2       |   5
3  |  4       |   2

如您所见，两者都是基本表格。好的现在是有趣的部分。当用户喜欢/不喜欢某个帖子时，我不会增加和减少“视频”表中的“喜欢”，而是将它们更新为与“video_likes”表中的行数相同，如下所示：

UPDATE videos SET likes = (SELECT COUNT(id) FROM video_likes WHERE video_id = '$video_id') WHERE id = '$video_id'

什么时候取号。喜欢视频，我只是这样做：

SELECT likes FROM videos WHERE id = '$video_id' LIMIT 1

问题是每次用户喜欢或不喜欢视频时都会调用更新查询，我猜这可能会非常昂贵。我有三个与此问题相关的问题：

1) 当 'video_likes' 表增长到一个很大的数字（比如一百万或十亿）时，是否存在性能问题？

2) sql 在更新计数时是否锁定表？如果是，新插入（更新正在进行时喜欢该帖子的用户）会失败吗？如果是这样，如何防止这种情况发生？

3) 达到相同结果的最快和最有效的方法是什么？我不想增加或减少喜欢字段，因为这只是一种非规范化，实际喜欢计数可能会不一致。这样做的正确方法是什么？
这些是过去几天一直困扰我的几个问题。希望你能回答。问候。

解决方法

我推荐

不要重新计算；那只会变得越来越慢。
在您 INSERT 进入 Likes 表的同时增加计数器。
当您忙到每秒有数百次写入（插入、更新）时，请将类似计数器拆分为一个并行表（“垂直分区”）。这将有助于避免在增加单个视频喜欢计数时由于行锁（而不是表锁）而导致的冲突，而不是对该表的其他访问。
SELECT likes FROM videos WHERE id = '$video_id' LIMIT 1 没有意义 -- videos 表中的视频是否不止一行？为什么？如果是，您想要哪一个 (limit 1)？
您是否也想要一个“不喜欢”计数器？或者你会简单地“递减”。考虑一下。
video_likes 不需要 id。相反，PRIMARY KEY(video_id,user_id)。这将让您防止用户反复增加计数。（但是，这需要在进行增量之前检查。）
等

不喜欢

如果“不喜欢”不是一个功能，但“不喜欢”是，我建议像“不喜欢”那样实现

START TRANSACTION;
DELETE FROM video_likes WHERE ...;
UPDATE videos SET like_ct = like_ct - 1 WHERE ...;
COMMIT;

这样，两个“喜欢”的机制就会保持完美同步。这在某种程度上是“Like”代码的镜像。

限制 1

考虑 LIMIT 仅用于控制您获得多少输出。

当只有一行时，LIMIT 1 不会改变查询所需的时间。
当查询必须排序（ORDER BY）以决定哪个是第一个/最后一个/随便什么时，那么它已经做了很多工作； LIMIT 只是减少了传送的行数。
另一方面，当 INDEX 可用于 ORDER BY 时，排序可能会消失。因此，LIMIT 控制传送的行数。

AUTO_INCREMENT 与否

一个表必须有一个 PRIMARY KEY。
如果您没有明确指定一个 PK，则会为您生成一个。（不建议。）
自然发生的“自然”PK。例如，国家/地区表可以（应该）使用标准的 2 个字母的“国家/地区代码”——US、FR、IN、RU、CN、CH、IT 等。
id INT UNSIGNED NOT NULL AUTO_INCREMENT 对于没有“自然”PK 的表很有用。或者自然PK是长串。

在那个有 4 字节 ID 和 2 字节国家代码的例子中，你需要两个索引：

PRIMARY KEY(id),INDEX(country_code)

对比一：

PRIMARY KEY(country_code)

带有 id 的表更大。（尽管在这个示例中还不够大，所以很重要。）

在“many:many”的情况下，例如您的 video_likes，id 会影响性能。我讨论了here。

在 sql 中检索帖子“喜欢”的有效方法是什么？

如何解决在 sql 中检索帖子“喜欢”的有效方法是什么？

解决方法

相关推荐