先把分類全取出來，并隨機排序，取排在第一個分類。
成都創(chuàng)新互聯(lián)公司長期為成百上千家客戶提供的網(wǎng)站建設(shè)服務(wù)，團隊從業(yè)經(jīng)驗10年，關(guān)注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務(wù)；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為郎溪企業(yè)提供專業(yè)的成都網(wǎng)站設(shè)計、做網(wǎng)站，郎溪網(wǎng)站改版等技術(shù)服務(wù)。擁有10余年豐富建站經(jīng)驗和眾多成功案例,為您定制開發(fā)。
例如：西裝
然后查詢的時候 order by (category='西裝') desc,category 即可實現(xiàn)要求。
MySQL是一種開放源代碼的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)（RDBMS），MySQL數(shù)據(jù)庫系統(tǒng)使用最常用的數(shù)據(jù)庫管理語言--結(jié)構(gòu)化查詢語言（SQL）進行數(shù)據(jù)庫管理。
由于MySQL是開放源代碼的，因此任何人都可以在General Public License的許可下下載并根據(jù)個性化的需要對其進行修改。MySQL因為其速度、可靠性和適應(yīng)性而備受關(guān)注。大多數(shù)人都認(rèn)為在不需要事務(wù)化處理的情況下，MySQL是管理內(nèi)容最好的選擇。
MySQL這個名字，起源不是很明確。一個比較有影響的說法是，基本指南和大量的庫和工具帶有前綴“my”已經(jīng)有10年以上，而且不管怎樣，MySQL AB創(chuàng)始人之一的Monty Widenius的女兒也叫My。這兩個到底是哪一個給出了MySQL這個名字至今依然是個迷，包括開發(fā)者在內(nèi)也不知道。
MySQL的海豚標(biāo)志的名字叫“sakila”，它是由MySQL AB的創(chuàng)始人從用戶在“海豚命名”的競賽中建議的大量的名字表中選出的。獲勝的名字是由來自非洲斯威士蘭的開源軟件開發(fā)者Ambrose Twebaze提供。根據(jù)Ambrose所說，Sakila來自一種叫SiSwati的斯威士蘭方言，也是在Ambrose的家鄉(xiāng)烏干達(dá)附近的坦桑尼亞的Arusha的一個小鎮(zhèn)的名字。
MySQL，雖然功能未必很強大，但因為它的開源、廣泛傳播，導(dǎo)致很多人都了解到這個數(shù)據(jù)庫。它的歷史也富有傳奇性。
前幾天參加了一個公司的面試，到了后面面試官出了一個SQL相關(guān)的題目：
數(shù)據(jù)的形式類似于以下這樣（表名為views）：
當(dāng)時為了穩(wěn)妥起見，我的第一反應(yīng)是使用窗口函數(shù)，
然后面試官問：“還有沒有什么簡便的方法么？”
很明顯他的意思是要用傳統(tǒng)的groupby來完成這個查詢，確實我之前的查詢又是用窗口函數(shù)又是加了distinct確實是復(fù)雜一些。
于是我用group by再寫了一遍。
看完我的查詢之后，面試官又問了一句：“可以不需要使用嵌套查詢嗎？”
當(dāng)時我的回答是”應(yīng)該不行，如果不使用嵌套而直接在group by后面加having的話sql會報錯，就和where如果使用別名查詢就會報錯一樣“
后面面試完想了一下，發(fā)現(xiàn)自己當(dāng)時回答得不好，不是正確的但也不完全錯，不是正確的原因是按照sql的規(guī)則having后面是可以拿聚合函數(shù)做判斷的，但是不完全錯的原因是如果having用的是像我之前設(shè)置的別名來判斷的話，確實是會出錯的。（雖然mysql在5.6之后基于sql的規(guī)則對group by進行拓展，支持這種寫法。但在其它sql上面用別名having還是不行的）
我們可以從SQL運行時各部分的執(zhí)行順序來進行分析，當(dāng)我們選擇執(zhí)行一個SQL語句的時候，它會按照以下的順序來進行操作，
這個執(zhí)行順序的設(shè)計是很巧妙的，我說一下我自己對于上述順序的理解，
1. FROM
顧名思義，當(dāng)執(zhí)行查詢語句的時候，首先需要知道的是它需要哪些表，正如我們?nèi)ヒ粋€地方需要知道它的具體位置一樣。如果需要多個表的話在這一部分也需要按照一定的順序進行表的join操作。
2. WHERE
當(dāng)確定我們需要讀取哪一張表（或者多張表）的數(shù)據(jù)之后，我們就需要進行where的filter操作，根據(jù)filter盡量減少讀取的數(shù)據(jù)數(shù)量。
那么問題來了，為什么where的優(yōu)先級要比group by，having, select之類的要高呢？
第一個原因是可以減少不必要的查詢量，加快執(zhí)行語句的速度，類似于Apache Spark在對查詢語句進行邏輯優(yōu)化時需要用到的謂詞下推類似的道理。舉個栗子，比如我們可能需要userid從100到300的用戶對于某一個頁面的瀏覽次數(shù)，那么如果先執(zhí)行g(shù)roup by再執(zhí)行where的話，userid小于100的用戶的數(shù)據(jù)也會被匯總進去，但實際上這些部分的數(shù)據(jù)是完全不需要的，計算它們完全是浪費系統(tǒng)資源（而且group by操作本身就是很耗資源的操作）
3. GROUP BY
在完成where操作的過濾之后，如果語句中有g(shù)roup by的話則會對過濾后的數(shù)據(jù)進行聚合操作，聚合操作是多對一的轉(zhuǎn)換，因此在聚合操作過后，除了用于group by的字段之外，其它字段的原始數(shù)據(jù)將會丟失，只能得到它們相應(yīng)的聚合結(jié)果（比如sum（）， avg（）這樣）
在完成聚合操作之后，參與group by的字段以及其它字段對應(yīng)的聚合值已經(jīng)處于已知狀態(tài)，后續(xù)的操作可以直接使用它們。
4. HAVING
HAVING操作主要做的是對group by之后的分組結(jié)果進行過濾，可以根據(jù)參與group by的字段進行過濾，也可以根據(jù)其它字段的聚合值進行過濾。（因為聚合值在這里已經(jīng)算是已知數(shù)據(jù)）因此這里是可以拿聚合函數(shù)做判斷的，比如最開始的那個查詢的例子，可以直接寫成以下的形式，
HAVING并不是一定要和group by成對出現(xiàn)的，它也可以單獨存在，在沒有g(shù)roup by的時候，此時默認(rèn)只有一個組，但是需要注意的是這時having里面參與過濾的字段需要在select里面存在，不然having會不知道這是分組里面的內(nèi)容而導(dǎo)致報錯。
5. SELECT
選取結(jié)果集中相對應(yīng)的字段，在select中為字段設(shè)置的別名在此階段及之后的操作中生效。
6. DISTINCT
去重操作，放在select之后有個原因是去重操作是要根據(jù)select里面所選字段來進行的。
7. ORDER BY
對得到的結(jié)果按照特定字段順序進行排列，這里可以使用別名
8. LIMIT
設(shè)置顯示結(jié)果集中的幾條數(shù)據(jù)
通過分析MySQL中各部分的執(zhí)行順序，我們就不難理解為什么where不能有別名，而having可以用聚合函數(shù)來判斷的原因，而且借此機會重新溫習(xí)一遍SQL各部分對應(yīng)的功能，加深理解，可以說是一舉兩得。
①From：對from左邊的表和右邊的表計算笛卡爾積，產(chǎn)生虛擬表c1（）
②On：對c1中的數(shù)據(jù)進行on過濾，只有符合過濾條件的數(shù)據(jù)記錄才會記錄在虛擬表c2中
③Join：若指定了連接條件(left、right)，主表中的未匹配的行就會作為外部行添加到c2中，生成虛擬表c3
④Where：對虛擬表c3中的數(shù)據(jù)進行條件過濾，符合過濾條件的記錄插入到虛擬表c4中
⑤Group by：根據(jù)group by子句中的列，對c4中的記錄進行分組操作，生成c5
⑥Having：對虛擬表c5中的記錄進行having過濾，符合篩選條件的記錄插入虛擬表c6中
⑦Select：執(zhí)行select操作，選擇指定的列，插入到虛擬表c7中
⑧Distinct：對c7中的數(shù)據(jù)去重，生成虛擬表c8
⑨Order by：對虛擬表c8中的數(shù)據(jù)按照指定的排序規(guī)則進行排序，生成虛擬表c9
⑩Limit：取出指定的記錄，產(chǎn)生虛擬表c10，將結(jié)果返回
上面是我看他們博客都這樣寫的！但是我覺得不適合我理解?？赡苁俏姨?，我就以我寫的sql理解下執(zhí)行過程。
1、首先是找到from字段和join字段后面的所有表，形成笛卡爾積。student、English、class形成笛卡爾積。
2、然后是哪種（inner、join、right）join并且根據(jù)on字段對笛卡爾積做改變（這個改變因on改變行的條數(shù)，因為join類型去重某些行和置空某些列）。
3、是根據(jù)where字段去再次篩選上步得到的笛卡爾積。
4、然后group by去分組。
5、之后select 列結(jié)構(gòu)（列結(jié)構(gòu)就此不變）
6、因為distinct只能對單個列字段去重，所以肯定的在select后再去執(zhí)行（行結(jié)構(gòu)就此不變）。
7、order by是排序，能排序就說明整個表的行的條數(shù)不會發(fā)生改變了。
8、limit字段是最后從上面結(jié)果選一部分出去。
執(zhí)行順序只是相對的，在mysql優(yōu)化器語法分析器分析優(yōu)化的時候會給我們優(yōu)化，在保證語義不變的情況下，進行語義等價轉(zhuǎn)換。所以上面的順序只是一般情況下可以這樣分析。
重慶分公司
重慶分公司
