前言

記錄一下最近的一個(gè)需求，查不同產(chǎn)品排名第一的圖片作為主圖

其實(shí)一開始想用的是mybatis的級(jí)聯(lián)查詢，結(jié)果說需要一次性全部查出來

那就沒事了，改sql咯：

親測(cè)實(shí)用

前期準(zhǔn)備

MySQL：8.0

Java：1.8

建表語句：

CREATE TABLE `product_image` (
  `id` varchar(32) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NOT NULL COMMENT '主鍵id',
  `product_id` varchar(32) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NOT NULL COMMENT '產(chǎn)品id',
  `sort_id` int NOT NULL COMMENT '圖片序號(hào)',
  `img_url` varchar(200) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NOT NULL COMMENT '圖片路徑',
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci ROW_FORMAT=DYNAMIC COMMENT='產(chǎn)品圖片表';

第一種

這一種也是網(wǎng)上推薦最多的，但個(gè)人覺得局限性太大，不介意用在實(shí)戰(zhàn)上

sql:

select * from (select * from product_image order by sort_id limit 10000) a group by a.product_id

問題重點(diǎn):

• 相信個(gè)別同學(xué)復(fù)制過去執(zhí)行就報(bào)了this is incompatible with sql_mode=only_full_group_by錯(cuò)誤
• 之所有不推薦在實(shí)戰(zhàn)中這樣寫，是因?yàn)槠渲凶硬樵?code>limit 10000已經(jīng)固定寫死了

原因分析：

一、這個(gè)錯(cuò)誤發(fā)生在mysql 5.7.5 版本及以上版本會(huì)出現(xiàn)的問題：
mysql 5.7.5版本以上默認(rèn)的sql配置是:sql_mode=“ONLY_FULL_GROUP_BY”，這個(gè)配置嚴(yán)格執(zhí)行了"SQL92標(biāo)準(zhǔn)"。
很多從5.6升級(jí)到5.7時(shí)，為了語法兼容，大部分都會(huì)選擇調(diào)整sql_mode，使其保持跟5.6一致，為了盡量兼容程序。

二、在sql執(zhí)行時(shí)，出現(xiàn)該原因，簡(jiǎn)單來說就是：
由于開啟了ONLY_FULL_GROUP_BY的設(shè)置，如果select 的字段不在 group by 中，
并且select 的字段未使用聚合函數(shù)（SUM,AVG,MAX,MIN等）的話，那么這條sql查詢是被mysql認(rèn)為非法的，會(huì)報(bào)錯(cuò)誤…

所以mysql在5.7.5版本及以上版本就會(huì)報(bào)這個(gè)錯(cuò)誤

解決：

select ANY_VALUE(id),
  product_id,
 ANY_VALUE(sort_id) from (select * from product_image order by sort_id  limit 100000) a group by a.product_id

只需要把需要查詢的字段用ANY_VALUE（字段）函數(shù)包住就能正常運(yùn)行

有沒有同學(xué)想過為什么需要limit：

看著極其多余，而且寫死數(shù)量所以導(dǎo)致實(shí)戰(zhàn)不實(shí)用

那是因?yàn)?/strong>：

select group_concat(distinct product_id ORDER BY sort_id), min(id) ,min(img_url)from product_image group by product_id