我自己还没有使用它，但据我所知，我不会对您希望查找/筛选的项使用json。例如：我将使用它存储一个json配置，其中配置模式可能经常更改（意味着没有db模式更改）。
但是看起来mysql确实有在json中搜索的功能，https://dev.mysql.com/doc/refman/8.0/en/json-search-functions.html JSON_CONTAINS(target, candidate[, path]) 与索引字符串列相比，不确定此列的效率。

您尝试执行的任务，将文章与标记关联起来，作为多对多关系处理得更好。为此，你需要另一张table，我相信这是最好的 article_tags 图表中的表格。
这使得查询具有给定标记的所有文章变得容易。

SELECT ...
FROM article AS a
JOIN article_tags AS t USING (article_id)
WHERE t.topic_id = 1234 -- whatever is the id for the topic you want to read

如果使用json在article表中存储标记，则执行相同的操作是不同的：

SELECT ...
FROM article AS a
WHERE JSON_CONTAINS(a.article_tags, '1234')

这似乎更简单，因为它不需要连接。
但是，任何将需要搜索的列放在函数调用中的搜索都不能使用索引。这将导致表扫描，因此查询将始终搜索表中的每一行。随着表的增长，搜索“艰难的方式”的速度会越来越慢
第一种方法是 article_tags 表以两种方式使用索引：
在中查找条目 article_tags 快速匹配所需标签
快速按主键查找相应的文章
不需要表扫描。查询只读取将在查询结果中出现的行。
我对json数据类型和json函数的理解遵循以下一般规则：
在select列表中引用json列，但在where子句中不引用。
也就是说，如果可以使用非json列在where子句中执行搜索条件，就可以利用索引使查询尽可能高效。
一旦以这种方式找到了相关行，就可以提取json数据的一部分以返回结果。与在表扫描中搜索json文档的成本相比，从与搜索匹配的行上的json文档中提取字段的成本相对较小。
除非行与搜索条件匹配，否则不会对选择列表求值。