艾銻知識(shí) | 8種SQL錯(cuò)誤用法

2020-02-18 15:46 作者：admin 瀏覽量：

這幾天如果大家關(guān)注疫情數(shù)據(jù)的變化，可以看到新增確診病例在持續(xù)下降，這意味著疫情很快就會(huì)結(jié)束，大家再也不用在家辦公了，到不是在家工作有什么不好，但人類發(fā)明工作不簡(jiǎn)簡(jiǎn)單單只是為了實(shí)現(xiàn)結(jié)果的達(dá)成，還有一個(gè)非常重要的因素就是人與人之間的聯(lián)結(jié)，這是人類內(nèi)在價(jià)值的需求，透過工作與人接觸，共同感受彼此的能量流動(dòng)，從而達(dá)到自我價(jià)值的實(shí)現(xiàn)，這就像演員都渴望登上奧斯卡的舞臺(tái)，來(lái)實(shí)現(xiàn)自我角色的認(rèn)可一樣。
 
 
在家辦公，畢竟是家，松、散、懶以及無(wú)所謂的態(tài)度會(huì)隨時(shí)產(chǎn)生，我相信不是每個(gè)人都會(huì)這樣，但大部分人會(huì)如此，因?yàn)榧冶緛?lái)就是放松的能量場(chǎng)，接下來(lái)大家即將回到公司，回到自己的工作崗位，難免會(huì)把在家的狀態(tài)帶入工作中，如果每個(gè)人都是這樣的狀態(tài)，企業(yè)很快會(huì)陷入新的窘境，所以沒有狀態(tài)，也不會(huì)有好的結(jié)果，狀態(tài)就是一切。
 
團(tuán)隊(duì)的勢(shì)氣決定企業(yè)整體的戰(zhàn)斗力，那如何調(diào)整陸陸續(xù)續(xù)回來(lái)的團(tuán)隊(duì)成員呢？
 
 
艾銻無(wú)限對(duì)中小企業(yè)有三條建議：
 
第一，重新梳理整個(gè)企業(yè)的戰(zhàn)略，疫情的發(fā)生，是否給你企業(yè)帶來(lái)了變化？如果有那是什么？是否需要調(diào)整自己原有的戰(zhàn)略方向來(lái)應(yīng)對(duì)疫情發(fā)生后的影響？
 
第二，重新明確每個(gè)人的目標(biāo)和目的，目標(biāo)就是重回企業(yè)的人要干什么？干到什么程度？什么時(shí)間可以看到這個(gè)結(jié)果的發(fā)生？目的就是為什么要實(shí)現(xiàn)這個(gè)目標(biāo)？這個(gè)目標(biāo)與自己的意義是什么？與企業(yè)的意義又是什么？達(dá)成了會(huì)怎么樣？達(dá)不成又會(huì)怎么樣？
 
只有清晰這些問題，才會(huì)讓回到工作崗位的人快速改變自己的狀態(tài)投入到接下來(lái)的工作中，只有積極的狀態(tài)投入工作才會(huì)有積極的成果發(fā)生，反之依然。
 
第三，企業(yè)高管與員工建立一對(duì)一的對(duì)話機(jī)制，因疫情的影響，每個(gè)人心理或多或少都會(huì)產(chǎn)生一些內(nèi)在的變化，作為企業(yè)的高層管理人員，最好與企業(yè)內(nèi)部員工一對(duì)一的進(jìn)行溝通，去了解在這個(gè)過程中員工受到的影響和產(chǎn)生的變化，以便接下來(lái)更好的調(diào)整他們的狀態(tài)，因?yàn)槿绻麄兊男臎]有回來(lái)，企業(yè)的要求和制度帶來(lái)的也都是大家沒有能量的重復(fù)和機(jī)械的工作，最終也很難帶來(lái)好的結(jié)果。
 
以上三點(diǎn)是企業(yè)管理者需要重視的，當(dāng)然身為企業(yè)的一員無(wú)論是誰(shuí)也都需要重新審視自己的狀態(tài)，因?yàn)檫@關(guān)系著企業(yè)接下來(lái)的生、死、存、亡，能量是企業(yè)持續(xù)發(fā)展的源泉，以上所有的目的都是為了聚合企業(yè)人的能量，重新點(diǎn)燃大家面對(duì)工作的激情和信心，這將是企業(yè)至勝的法定。
 
當(dāng)然這只是我們一家之言，每家企業(yè)可根據(jù)自身的情況做出相應(yīng)的調(diào)整和改變。
 
以上三點(diǎn)做為每一家企業(yè)的管理者都有必要重視起來(lái)，因?yàn)檫@關(guān)系著企業(yè)接下來(lái)的生、死、存、亡，當(dāng)然這只是我們一家之言，可根據(jù)自身的情況做出相應(yīng)的調(diào)整和改變。
 
那為什么我們會(huì)有這樣的思考，因?yàn)榘R無(wú)限是一家企業(yè)互聯(lián)網(wǎng)”云”解決方案服務(wù)平臺(tái)，企業(yè)在初創(chuàng)時(shí)經(jīng)歷了2003年的非典，后來(lái)又經(jīng)歷了2008年的經(jīng)濟(jì)危機(jī)以及2016年互聯(lián)網(wǎng)創(chuàng)業(yè)大潮，生生死死，幾經(jīng)沉浮，最終發(fā)現(xiàn)上述三點(diǎn)是生死線中最重要的，所以愿意分享給大家，期望這次疫情大家不僅能渡過難關(guān)，更能看見大家在這個(gè)過程中強(qiáng)而有力的領(lǐng)導(dǎo)力，讓自己企業(yè)力挽狂瀾，讓自己的工作更上一層樓，讓自己的生活在2020年更精彩。
 
在這次疫情后各個(gè)企業(yè)恢復(fù)的過程中，艾銻無(wú)限還能為大家做的就是免費(fèi)為中小企業(yè)提供相應(yīng)的IT服務(wù)，以下是艾銻無(wú)限可以提供服務(wù)的內(nèi)容，如果大家有相應(yīng)的需求，可以打下面的電話與我們的企業(yè)相關(guān)人員聯(lián)系，我們一定會(huì)盡全力幫助大家渡過難關(guān)。
   
 
歷經(jīng)10幾年,艾銻無(wú)限服務(wù)了5000多家中小企業(yè)并保障了幾十萬(wàn)臺(tái)設(shè)備的正常運(yùn)轉(zhuǎn)，積累了豐富的企業(yè)IT緊急問題和特殊故障的解決方案，我們?yōu)槟钠髽I(yè)提供的IT服務(wù)分為三大版塊:
 
第一版塊是保障性IT外包服務(wù):如電腦設(shè)備運(yùn)維，辦公設(shè)備運(yùn)維，網(wǎng)絡(luò)設(shè)備運(yùn)維，服務(wù)器運(yùn)維等綜合性企業(yè)IT設(shè)備運(yùn)維服務(wù)。
 
第二版塊是功能性互聯(lián)網(wǎng)外包服務(wù):如網(wǎng)站開發(fā)外包，小程序開發(fā)外包，APP開發(fā)外包，電商平臺(tái)開發(fā)外包，業(yè)務(wù)系統(tǒng)的開發(fā)外包和后期的運(yùn)維外包服務(wù)。
 
第三版塊是增值性云服務(wù)外包:如企業(yè)郵箱上云，企業(yè)網(wǎng)站上云，企業(yè)存儲(chǔ)上云，企業(yè)APP小程序上云，企業(yè)業(yè)務(wù)系統(tǒng)上云，阿里云產(chǎn)品等后續(xù)的云運(yùn)維外包服務(wù)。
   
更多服務(wù)也可以登錄艾銻無(wú)限的官網(wǎng): www.bjitwx.com 查看詳細(xì)說(shuō)明。

每家企業(yè)都有著不同的人，每個(gè)人都有著不一樣的思考，所以企業(yè)不需要統(tǒng)一所有人的思維，企業(yè)只需要統(tǒng)一所有人的心，因?yàn)橹灰脑谝黄鹆?，能量就?huì)合一，能量合一企業(yè)將無(wú)所不能。
 
相信這次疫情帶給中國(guó)企業(yè)的不僅僅是災(zāi)難，更有可能的是歷練，這幾年經(jīng)濟(jì)發(fā)展如此快速，大部分中小企業(yè)的成長(zhǎng)都是隨著國(guó)家政策及整個(gè)社會(huì)的大勢(shì)起來(lái)的，沒有經(jīng)過太多的挑戰(zhàn)和困難，所以存活周期也會(huì)很短，從2016年大眾創(chuàng)業(yè)，萬(wàn)眾創(chuàng)新倡導(dǎo)下成立了上千萬(wàn)家企業(yè)，但真正存活下來(lái)的就只有幾萬(wàn)家，這樣的結(jié)果即不能給國(guó)家?guī)?lái)穩(wěn)定持續(xù)發(fā)展的動(dòng)力，也不能為社會(huì)創(chuàng)造更大的價(jià)值，反而讓更多的人投機(jī)取巧，心浮氣躁，沉不下來(lái)真正把一件事做好，做到極致。
 
所以這次疫情也會(huì)讓大部分企業(yè)重新思考，問問自己，為什么要?jiǎng)?chuàng)立這家企業(yè)，想為這個(gè)國(guó)家和社會(huì)帶來(lái)的是什么？企業(yè)真正在創(chuàng)造的是什么？如何做才能讓社會(huì)因自己的企業(yè)變得更好？.....
 
當(dāng)企業(yè)真正去思考，用心去創(chuàng)造價(jià)值的時(shí)候，也就是人們幸?？鞓返臅r(shí)候，因?yàn)樵僖膊挥脫?dān)心假貨、次貨、買到不好的產(chǎn)品，更不用擔(dān)心環(huán)境被污染，大氣被破壞，疫情即是一場(chǎng)災(zāi)難，又是重新成就中國(guó)企業(yè)的一次機(jī)會(huì)，讓全世界人覺醒，生命只有一次，我們要如何做才能不枉此生呢？
 
 
你對(duì)世界微笑，世界絕不會(huì)對(duì)你哭，希望大家都能積極樂觀起來(lái)，讓自己、自己的家人、自己的企業(yè)、還有自己的國(guó)家都快樂起來(lái)，把焦點(diǎn)、意識(shí)、能量放在我們想要什么上，而不是不要的事情上，我相信，就在不久的將來(lái)，我們一定會(huì)看到一個(gè)富強(qiáng)、文明、健康的中國(guó)以及一個(gè)和諧友愛的世界。
 
萬(wàn)物同體，能量合一，最后無(wú)論你是中小企業(yè)，還是大型國(guó)有企業(yè)，只要你選擇艾銻無(wú)限，我們就一定全力以赴幫助大家渡過難關(guān)，服務(wù)有限，信息無(wú)限，透過全體艾銻人的努力，為您收集最有效的IT技術(shù)信息，讓您企業(yè)更快速解決遇到的IT問題：
 
艾銻知識(shí) | 8種SQL錯(cuò)誤用法


1. LIMIT 語(yǔ)句
分頁(yè)查詢是最常用的場(chǎng)景之一，但也通常也是最容易出問題的地方。比如對(duì)于下面簡(jiǎn)單的語(yǔ)句，一般 DBA 想到的辦法是在 type, name, create_time 字段上加組合索引。這樣條件排序都能有效的利用到索引，性能迅速提升。
好吧，可能90%以上的 DBA 解決該問題就到此為止。但當(dāng) LIMIT 子句變成 “LIMIT 1000000,10” 時(shí)，程序員仍然會(huì)抱怨：我只取10條記錄為什么還是慢？要知道數(shù)據(jù)庫(kù)也并不知道第1000000條記錄從什么地方開始，即使有索引也需要從頭計(jì)算一次。出現(xiàn)這種性能問題，多數(shù)情形下是程序員偷懶了。在前端數(shù)據(jù)瀏覽翻頁(yè)，或者大數(shù)據(jù)分批導(dǎo)出等場(chǎng)景下，是可以將上一頁(yè)的最大值當(dāng)成參數(shù)作為查詢條件的。SQL 重新設(shè)計(jì)如下： 在新設(shè)計(jì)下查詢時(shí)間基本固定，不會(huì)隨著數(shù)據(jù)量的增長(zhǎng)而發(fā)生變化。
 
2. 隱式轉(zhuǎn)換
SQL語(yǔ)句中查詢變量和字段定義類型不匹配是另一個(gè)常見的錯(cuò)誤。比如下面的語(yǔ)句： 其中字段 bpn 的定義為 varchar(20)，MySQL 的策略是將字符串轉(zhuǎn)換為數(shù)字之后再比較。函數(shù)作用于表字段，索引失效。上述情況可能是應(yīng)用程序框架自動(dòng)填入的參數(shù)，而不是程序員的原意?，F(xiàn)在應(yīng)用框架很多很繁雜，使用方便的同時(shí)也小心它可能給自己挖坑。
 
3. 關(guān)聯(lián)更新、刪除
雖然 MySQL5.6 引入了物化特性，但需要特別注意它目前僅僅針對(duì)查詢語(yǔ)句的優(yōu)化。對(duì)于更新或刪除需要手工重寫成 JOIN。 比如下面 UPDATE 語(yǔ)句，MySQL 實(shí)際執(zhí)行的是循環(huán)/嵌套子查詢（DEPENDENT SUBQUERY)，其執(zhí)行時(shí)間可想而知。
 
執(zhí)行計(jì)劃：重寫為 JOIN 之后，子查詢的選擇模式從 DEPENDENT SUBQUERY 變成 DERIVED，執(zhí)行速度大大加
快，從7秒降低到2毫秒 執(zhí)行計(jì)劃簡(jiǎn)化為：


 
4. 混合排序
MySQL 不能利用索引進(jìn)行混合排序。但在某些場(chǎng)景，還是有機(jī)會(huì)使用特殊方法提升性能的。 執(zhí)行計(jì)劃顯示為全表掃描： 由于 is_reply 只有0和1兩種狀態(tài)，我們按照下面的方法重寫后，執(zhí)行時(shí)間從1.58秒降低到2毫秒。
5. EXISTS語(yǔ)句
MySQL 對(duì)待 EXISTS 子句時(shí)，仍然采用嵌套子查詢的執(zhí)行方式。如下面的 SQL 語(yǔ)句： 執(zhí)行計(jì)劃為： 去掉 exists 更改為 join，能夠避免嵌套子查詢，將執(zhí)行時(shí)間從1.93秒降低為1毫秒。
新的執(zhí)行計(jì)劃： 6. 條件下推
外部查詢條件不能夠下推到復(fù)雜的視圖或子查詢的情況有：

• 聚合子查詢；
• 含有 LIMIT 的子查詢；
• UNION 或 UNION ALL 子查詢；
• 輸出字段中的子查詢；

如下面的語(yǔ)句，從執(zhí)行計(jì)劃可以看出其條件作用于聚合子查詢之后 確定從語(yǔ)義上查詢條件可以直接下推后，重寫如下： 執(zhí)行計(jì)劃變?yōu)椋?  
7. 提前縮小范圍
先上初始 SQL 語(yǔ)句： 數(shù)為90萬(wàn)，時(shí)間消耗為12秒。 由于最后 WHERE 條件以及排序均針對(duì)最左主表，因此可以先對(duì) my_order 排序提前縮小數(shù)據(jù)量再做左連接。SQL 重寫后如下，執(zhí)行時(shí)間縮小為1毫秒左右。 再檢查執(zhí)行計(jì)劃：子查詢物化后（select_type=DERIVED)參與 JOIN。雖然估算行掃描仍然為90萬(wàn)，但是利用了索引以及 LIMIT 子句后，實(shí)際執(zhí)行時(shí)間變得很小。
8. 中間結(jié)果集下推
 
再來(lái)看下面這個(gè)已經(jīng)初步優(yōu)化過的例子(左連接中的主表優(yōu)先作用查詢條件)： 那么該語(yǔ)句還存在其它問題嗎？不難看出子查詢 c 是全表聚合查詢，在表數(shù)量特別大的情況下會(huì)導(dǎo)致整個(gè)語(yǔ)句的性能下降。其實(shí)對(duì)于子查詢 c，左連接最后結(jié)果集只關(guān)心能和主表 resourceid 能匹配的數(shù)據(jù)。因此我們可以重寫語(yǔ)句如下，執(zhí)行時(shí)間從原來(lái)的2秒下降到2毫秒。 但是子查詢 a 在我們的SQL語(yǔ)句中出現(xiàn)了多次。這種寫法不僅存在額外的開銷，還使得
整個(gè)語(yǔ)句顯的繁雜。使用 WITH 語(yǔ)句再次重寫：  
總結(jié)
數(shù)據(jù)庫(kù)編譯器產(chǎn)生執(zhí)行計(jì)劃，決定著SQL的實(shí)際執(zhí)行方式。但是編譯器只是盡力服務(wù)，所有數(shù)據(jù)庫(kù)的編譯器都不是盡善盡美的。上述提到的多數(shù)場(chǎng)景，在其它數(shù)據(jù)庫(kù)中也存在性能問題。了解數(shù)據(jù)庫(kù)編譯器的特性，才能避規(guī)其短處，寫出高性能的SQL語(yǔ)句。程序員在設(shè)計(jì)數(shù)據(jù)模型以及編寫SQL語(yǔ)句時(shí)，要把算法的思想或意識(shí)帶進(jìn)來(lái)。編寫復(fù)雜SQL語(yǔ)句要養(yǎng)成使用 WITH 語(yǔ)句的習(xí)慣。簡(jiǎn)潔且思路清晰的SQL語(yǔ)句也能減小數(shù)據(jù)庫(kù)的負(fù)擔(dān) 。