問題描述

問題解答

SELECT id, title, content, tagFROM article_table LEFT JOIN (SELECT article_id, group_concat(tag_name) AS tag FROM tag_table GROUP BY article_id) AS tag_data ON id = article_id;

這個是批量查詢的，單條你自己加一下article_id的限制就行了

如果你只是查詢一個article_id的話，article_id加上索引之后這里沒有任何的性能問題，不要聽下面看過幾頁書(子查詢會降低查詢效率)的人就來說什么性能問題。

樓上的這位兄臺，你查詢的這個數據，明顯不對啊！實話告訴你吧，如果你真的想一條語句搞定，別說實現不了，就算實現了，效率也很低，其實，直接一條語句，不會出這個數據格式的數據的，別想了。建議再查一次tag標簽信息。

建議分兩次查詢，查詢出文章信息再循環(huán)獲取標簽，這樣對性能方面會好一些。如果數據過大可以使用緩存，來存儲數據

select t1.id,t1.title,t1.content,group_concat(t2.tag_name) tags from article t1 left join tag t2 on t1.id=t2.article_id where t1.id=1 group by t1.id

標簽表tag要根據article_id建索引，這樣的效率不會低到哪里

支持@abul的答案，題主要求的是一條sql查出需要的結果

select t1.id,t1.title,t1.content,group_concat(t2.tag_name) tags from article t1 left join tag t2 on t1.id=t2.article_id where t1.id=1 group by t1.id;

PS:這樣的需求只針對結果集較少的情況，線上應該只是展示給用戶的一個或10個文章列表加標簽，而對于樓上小伙伴討論的數據量大了以后的問題，如果只是取出幾條文章及標簽展示給用戶，我們只需要取出這部分文章id再關聯(lián)標簽表取出標簽即可，索引建好效率不會差，再有熱門文章標簽數據我們也完全可以放到緩存中。但是如果要統(tǒng)計所有文章標簽的話，這就屬于生成報表了，這應該是不對前端用戶開放的，只需要后臺報表庫跑起來就好，也不用擔心效率問題影響到用戶體驗！So。。題主自己選好了

必須重新整合數據結構,樓上說的有道理