久久久久久久视色,久久电影免费精品,中文亚洲欧美乱码在线观看,在线免费播放AV片

<center id="vfaef"><input id="vfaef"><table id="vfaef"></table></input></center>

    <p id="vfaef"><kbd id="vfaef"></kbd></p>

    
    
    <pre id="vfaef"><u id="vfaef"></u></pre>

      <thead id="vfaef"><input id="vfaef"></input></thead>

    1. 站長資訊網
      最全最豐富的資訊網站

      值得收藏的52條提升性能的SQL優(yōu)化策略

      sql語句能進行數(shù)據(jù)的操縱以及數(shù)據(jù)的定義,能夠為用戶帶來極大的方便。本文會提到 52 條 SQL 語句性能優(yōu)化策略。有需要的小伙伴,建議收藏。

      值得收藏的52條提升性能的SQL優(yōu)化策略

      SQL 語句性能優(yōu)化策略

      1、對查詢進行優(yōu)化,應盡量避免全表掃描,首先應考慮在 WHERE ORDER BY 涉及的列上建立索引。

      2、應盡量避免在 WHERE 子句中對字段進行 NULL 值判斷,創(chuàng)建表時 NULL 是默認值,但大多數(shù)時候應該使用 NOT NULL,或者使用一個特殊的值,如 0 ,-1作為默認值。

      3、應盡量避免在 WHERE 子句中使用 != 或 <> 操作符。MySQL 只有對以下操作符才使用索引:<,<==,>>=,BETWEENIN,以及某些時候的 LIKE。

      4、應盡量避免在 WHERE 子句中使用 OR 來連接條件,否則將導致引擎放棄使用索引而進行全表掃描,可以使用 UNION 合并查詢。

      5、IN 和 NOT IN 也要慎用,否則會導致全表掃描。對于連續(xù)的數(shù)值,能用 BETWEEN 就不要用 IN。

      6、下面的查詢也將導致全表掃描:

      select id from t where name like‘%abc%’//用到索引

      或者

      select id from t where name like‘%abc’//若要提高效率,可以考慮全文檢索

      7、如果在 WHERE 子句中使用參數(shù),也會導致全表掃描。

      8、應盡量避免在 WHERE 子句中對字段進行表達式操作和函數(shù)操作。

      9、很多時候用 EXISTS 代替 IN 是一個好的選擇。

      10、索引固然可以提高相應的 SELECT 的效率,但同時也降低了 INSERT UPDATE 。因為 INSERT 或 UPDATE 時有可能會重建索引,一個表的索引數(shù)最好不要超過 6 個。

      11、應盡可能的避免更新 clustered 索引數(shù)據(jù)列, 因為 clustered 索引數(shù)據(jù)列的順序就是表記錄的物理存儲順序,一旦該列值改變將導致整個表記錄的順序的調整,會耗費相當大的資源。

      12、盡量使用數(shù)字型,若只含數(shù)值信息的字段盡量不要設計為字符型,這會降低查詢和連接的性能,并會增加存儲。

      13、盡可能的使用 varchar, nvarchar 代替 char, nchar。因為首先長字段存儲空間小,可以節(jié)省存儲空間,對于查詢來說,在一個相對較小的字段內搜索效率顯然要高些。

      14、最好不要使用返回所有:select from t ,用具體的字段列表代替 “*”,不要返回用不到的任何字段。

      15、盡量避免向客戶端返回大數(shù)據(jù)量,若數(shù)據(jù)量過大,應該考慮相應需求是否合理。

      16、使用表的別名(Alias):當在 SQL 語句中連接多個表時,請使用表的別名并把別名前綴于每個 Column 上。這樣一來,就可以減少解析時間并減少那些由 Column 歧義引起的語法錯誤。

      17、使用“臨時表”暫存中間結果 。

      簡化 SQL 語句的重要方法就是采用臨時表暫存中間結果。將臨時結果暫存在臨時表,后面的查詢就在 tempdb 中了,這可以避免程序中多次掃描主表,也大大減少了程序執(zhí)行中“共享鎖”阻塞“更新鎖”,減少了阻塞,提高了并發(fā)性能。

      18、一些 SQL 查詢語句應加上 nolock,讀、寫是會相互阻塞的,為了提高并發(fā)性能。對于一些查詢,可以加上 nolock,這樣讀的時候可以允許寫,但缺點是可能讀到未提交的臟數(shù)據(jù)。

      使用 nolock 有3條原則:

      • 查詢的結果用于“插、刪、改”的不能加 nolock;

      • 查詢的表屬于頻繁發(fā)生頁分裂的,慎用 nolock ;

      • 使用臨時表一樣可以保存“數(shù)據(jù)前影”,起到類似 Oracle 的 undo 表空間的功能,能采用臨時表提高并發(fā)性能的,不要用 nolock。

      19、常見的簡化規(guī)則如下:不要有超過 5 個以上的表連接(JOIN),考慮使用臨時表或表變量存放中間結果。少用子查詢,視圖嵌套不要過深,一般視圖嵌套不要超過 2 個為宜。

      20、將需要查詢的結果預先計算好放在表中,查詢的時候再Select。

      21、用 OR 字句可以分解成多個查詢,并且通過 UNION 連接多個查詢。他們的速度與是否使用索引有關,如果查詢需要用到聯(lián)合索引,用 UNION all 執(zhí)行的效率更高。多個 OR 的字句沒有用到索引,改寫成 UNION 的形式再試圖與索引匹配。

      22、在IN后面值的列表中,將出現(xiàn)最頻繁的值放在最前面,出現(xiàn)得最少的放在最后面,減少判斷次數(shù)。

      23、盡量將數(shù)據(jù)的處理工作放在服務器上,如使用存儲過程。存儲過程是編譯好、優(yōu)化過、并且被組織到一個執(zhí)行規(guī)劃、且存儲在數(shù)據(jù)庫中的 SQL 語句,是控制流語言的集合,速度當然快。反復執(zhí)行的動態(tài) SQL,可以使用臨時存儲過程,該過程(臨時表)被放在 Tempdb 中。

      24、當服務器的內存夠多時,配制線程數(shù)量 = 最大連接數(shù)+5,這樣能發(fā)揮最大的效率;否則使用配制線程數(shù)量< 最大連接數(shù),啟用 SQL SERVER 的線程池來解決,如果還是數(shù)量 = 最大連接數(shù)+5,嚴重的損害服務器的性能。

      25、查詢的關聯(lián)同寫的順序 :

      select a.personMemberID, * from chineseresume a,personmember b where personMemberID = b.referenceid and a.personMemberID = 'JCNPRH39681' (A = B, B = '號碼') select a.personMemberID, * from chineseresume a,personmember b where a.personMemberID = b.referenceid and a.personMemberID = 'JCNPRH39681' and b.referenceid = 'JCNPRH39681' (A = B, B = '號碼', A = '號碼') select a.personMemberID, * from chineseresume a,personmember b where b.referenceid = 'JCNPRH39681' and a.personMemberID = 'JCNPRH39681' (B = '號碼', A = '號碼')

      26、盡量使用 EXISTS 代替 select count(1) 來判斷是否存在記錄。count 函數(shù)只有在統(tǒng)計表中所有行數(shù)時使用,而且 count(1)count(*) 更有效率。

      27、盡量使用 “>=”,不要使用 “>”。

      28、索引的使用規(guī)范:

      • 索引的創(chuàng)建要與應用結合考慮,建議大的 OLTP 表不要超過 6 個索引;

      • 盡可能的使用索引字段作為查詢條件,尤其是聚簇索引,必要時可以通過 index index_name 來強制指定索引;

      • 避免對大表查詢時進行 table scan,必要時考慮新建索引;

      • 在使用索引字段作為條件時,如果該索引是聯(lián)合索引,那么必須使用到該索引中的第一個字段作為條件時才能保證系統(tǒng)使用該索引,否則該索引將不會被使用;

      • 要注意索引的維護,周期性重建索引,重新編譯存儲過程?! ?/p>

      29、下列 SQL 條件語句中的列都建有恰當?shù)乃饕?,但?zhí)行速度卻非常慢:

      SELECT * FROM record WHERE substrINg(card_no, 1, 4) = '5378' --13秒 SELECT * FROM record WHERE amount/30 < 1000 --11秒 SELECT * FROM record WHERE convert(char(10), date, 112) = '19991201' --10秒

      分析: WHERE 子句中對列的任何操作結果都是在 SQL 運行時逐列計算得到的,因此它不得不進行表搜索,而沒有使用該列上面的索引。如果這些結果在查詢編譯時就能得到,那么就可以被 SQL 優(yōu)化器優(yōu)化,使用索引,避免表搜索,因此將 SQL 重寫成下面這樣:

      SELECT * FROM record WHERE card_no like '5378%' -- < 1秒  SELECT * FROM record WHERE amount < 1000*30 -- < 1秒  SELECT * FROM record WHERE date = '1999/12/01' -- < 1秒

      30、當有一批處理的插入或更新時,用批量插入或批量更新,絕不會一條條記錄的去更新。

      31、在所有的存儲過程中,能夠用 SQL 語句的,絕不用循環(huán)去實現(xiàn)。

      32、選擇最有效率的表名順序(只在基于規(guī)則的優(yōu)化器中有效):

      Oracle 的解析器按照從右到左的順序處理 FROM 子句中的表名,F(xiàn)ROM 子句中寫在最后的表(基礎表 driving table)將被最先處理,在 FROM 子句中包含多個表的情況下,必須選擇記錄條數(shù)最少的表作為基礎表。如果有 3 個以上的表連接查詢,那就需要選擇交叉表(intersection table)作為基礎表,交叉表是指那個被其他表所引用的表。

      33、提高 GROUP BY 語句的效率,可以通過將不需要的記錄在 GROUP BY 之前過濾掉。

      34、SQL 語句用大寫,因為 Oracle 總是先解析 SQL 語句,把小寫的字母轉換成大寫的再執(zhí)行。

      35、別名的使用,別名是大型數(shù)據(jù)庫的應用技巧,就是表名、列名在查詢中以一個字母為別名,查詢速度要比建連接表快 1.5 倍。

      36、避免死鎖,在你的存儲過程和觸發(fā)器中訪問同一個表時總以相同的順序;事務應盡可能地縮短,減少數(shù)據(jù)量的涉及;永遠不要在事務中等待用戶輸入。

      37、避免使用臨時表,除非有需要,可以使用表變量代替。大多數(shù)時候(99%),表變量駐扎在內存中,因此速度比臨時表更快,臨時表駐扎在 TempDb 數(shù)據(jù)庫中,因此臨時表上的操作需要跨數(shù)據(jù)庫通信,速度自然慢。

      38、最好不要使用觸發(fā)器:

      • 觸發(fā),執(zhí)行一個觸發(fā)器事件本身就是一個耗費資源的過程;

      • 如果能夠使用約束實現(xiàn)的,盡量不要使用觸發(fā)器;

      • 不要為不同的觸發(fā)事件(Insert、Update 和 Delete)使用相同的觸發(fā)器;

      • 不要在觸發(fā)器中使用事務型代碼。

      39、索引創(chuàng)建規(guī)則:

      • 表的主鍵、外鍵必須有索引;

      • 數(shù)據(jù)量超過 300 的表應該有索引;

      • 經常與其他表進行連接的表,在連接字段上應該建立索引;

      • 經常出現(xiàn)在 WHERE 子句中的字段,特別是大表的字段,應該建立索引;

      • 索引應該建在選擇性高的字段上;

      • 索引應該建在小字段上,對于大的文本字段甚至超長字段,不要建索引;

      • 復合索引的建立需要進行仔細分析,盡量考慮用單字段索引代替;

      • 正確選擇復合索引中的主列字段,一般是選擇性較好的字段;

      • 復合索引的幾個字段是否經常同時以 AND 方式出現(xiàn)在 WHERE 子句中?單字段查詢是否極少甚至沒有?如果是,則可以建立復合索引;否則考慮單字段索引;

      • 如果復合索引中包含的字段經常單獨出現(xiàn)在 WHERE 子句中,則分解為多個單字段索引;

      • 如果復合索引所包含的字段超過 3 個,那么仔細考慮其必要性,減少復合的字段;

      • 如果既有單字段索引,又有這幾個字段上的復合索引,一般可以刪除復合索引;

      • 頻繁進行數(shù)據(jù)操作的表,不要建立太多的索引;

      • 刪除無用的索引,避免對執(zhí)行計劃造成負面影響;

      • 表上建立的每個索引都會增加存儲開銷,索引對于插入、刪除、更新操作也會增加處理上的開銷。另外,過多的復合索引,在有單字段索引的情況下,一般都是沒有存在價值的;相反,還會降低數(shù)據(jù)增加刪除時的性能,特別是對頻繁更新的表來說,負面影響更大。

      • 盡量不要對數(shù)據(jù)庫中某個含有大量重復的值的字段建立索引。

      40、MySQL 查詢優(yōu)化總結:

      • 使用慢查詢日志去發(fā)現(xiàn)慢查詢,使用執(zhí)行計劃去判斷查詢是否正常運行,總是去測試你的查詢看看是否他們運行在最佳狀態(tài)下。

      • 久而久之性能會變化,避免在整個表上使用 count(*),它可能鎖住整張表,使查詢保持一致以便后續(xù)相似的查詢可以使用查詢緩存,在適當?shù)那樾蜗率褂?GROUP BY 而不是 DISTINCT,在 WHERE、GROUP BY 和 ORDER BY 子句中使用有索引的列,保持索引簡單,不在多個索引中包含同一個列。

      • 有時候 MySQL 會使用錯誤的索引,對于這種情況使用 USE INDEX,檢查使用 SQL_MODE=STRICT 的問題,對于記錄數(shù)小于5的索引字段,在 UNION 的時候使用LIMIT不是是用OR。

      • 為了避免在更新前 SELECT,使用 INSERT ON DUPLICATE KEY 或者 INSERT IGNORE;不要用 UPDATE 去實現(xiàn),不要使用 MAX;使用索引字段和 ORDER BY子句 LIMIT M,N 實際上可以減緩查詢在某些情況下,有節(jié)制地使用,在 WHERE 子句中使用 UNION 代替子查詢,在重新啟動的 MySQL,記得來溫暖你的數(shù)據(jù)庫,以確保數(shù)據(jù)在內存和查詢速度快,考慮持久連接,而不是多個連接,以減少開銷。

      • 基準查詢,包括使用服務器上的負載,有時一個簡單的查詢可以影響其他查詢,當負載增加在服務器上,使用 SHOW PROCESSLIST 查看慢查詢和有問題的查詢,在開發(fā)環(huán)境中產生的鏡像數(shù)據(jù)中測試的所有可疑的查詢。

      41、MySQL 備份過程:

      • 從二級復制服務器上進行備份;

      • 在進行備份期間停止復制,以避免在數(shù)據(jù)依賴和外鍵約束上出現(xiàn)不一致;

      • 徹底停止 MySQL,從數(shù)據(jù)庫文件進行備份;

      • 如果使用 MySQL dump 進行備份,請同時備份二進制日志文件,確保復制沒有中斷;

      • 不要信任 LVM 快照,這很可能產生數(shù)據(jù)不一致,將來會給你帶來麻煩;

      • 為了更容易進行單表恢復,如果數(shù)據(jù)是與其他表隔離的,以表為單位導出數(shù)據(jù)。

      • 當使用 mysqldump 時請使用 –opt;

      • 在備份之前檢查和優(yōu)化表;

      • 為了更快的進行導入,在導入時臨時禁用外鍵約束和唯一性檢測;

      • 在每一次備份后計算數(shù)據(jù)庫,表以及索引的尺寸,以便能夠監(jiān)控數(shù)據(jù)尺寸的增長;

      • 定期執(zhí)行備份。

      42、查詢緩沖并不自動處理空格,因此,在寫 SQL 語句時,應盡量減少空格的使用,尤其是在 SQL 首和尾的空格(因為查詢緩沖并不自動截取首尾空格)。

      43、member 用 mid 做標準進行分表方便查詢么?一般的業(yè)務需求中基本上都是以 username 為查詢依據(jù),正常應當是 username 做 hash 取模來分表。而分表的話 MySQL 的 partition 功能就是干這個的,對代碼是透明的;在代碼層面去實現(xiàn)貌似是不合理的。

      44、我們應該為數(shù)據(jù)庫里的每張表都設置一個 ID 做為其主鍵,而且最好的是一個 INT 型的(推薦使用 UNSIGNED),并設置上自動增加的 AUTO_INCREMENT 標志。

      45、在所有的存儲過程和觸發(fā)器的開始處設置 SET NOCOUNT ON,在結束時設置 SET NOCOUNT OFF。無需在執(zhí)行存儲過程和觸發(fā)器的每個語句后向客戶端發(fā)送 DONE_IN_PROC 消息。

      46、MySQL 查詢可以啟用高速查詢緩存。這是提高數(shù)據(jù)庫性能的有效MySQL優(yōu)化方法之一。當同一個查詢被執(zhí)行多次時,從緩存中提取數(shù)據(jù)和直接從數(shù)據(jù)庫中返回數(shù)據(jù)快很多。

      47、EXPLAIN SELECT 查詢用來跟蹤查看效果:

      使用 EXPLAIN 關鍵字可以讓你知道 MySQL 是如何處理你的 SQL 語句的。這可以幫你分析你的查詢語句或是表結構的性能瓶頸。EXPLAIN 的查詢結果還會告訴你你的索引主鍵被如何利用的,你的數(shù)據(jù)表是如何被搜索和排序的。

      48、當只要一行數(shù)據(jù)時使用 LIMIT 1 :

      當你查詢表的有些時候,你已經知道結果只會有一條結果,但因為你可能需要去fetch游標,或是你也許會去檢查返回的記錄數(shù)。在這種情況下,加上 LIMIT 1 可以增加性能。這樣一來,MySQL 數(shù)據(jù)庫引擎會在找到一條數(shù)據(jù)后停止搜索,而不是繼續(xù)往后查少下一條符合記錄的數(shù)據(jù)。

      49、選擇表合適存儲引擎:

      myisam:應用時以讀和插入操作為主,只有少量的更新和刪除,并且對事務的完整性,并發(fā)性要求不是很高的。

      InnoDB:事務處理,以及并發(fā)條件下要求數(shù)據(jù)的一致性。除了插入和查詢外,包括很多的更新和刪除。(InnoDB 有效地降低刪除和更新導致的鎖定)。

      對于支持事務的 InnoDB類 型的表來說,影響速度的主要原因是 AUTOCOMMIT 默認設置是打開的,而且程序沒有顯式調用 BEGIN 開始事務,導致每插入一條都自動提交,嚴重影響了速度??梢栽趫?zhí)行 SQL 前調用 begin,多條 SQL 形成一個事物(即使 autocommit 打開也可以),將大大提高性能。

      50、優(yōu)化表的數(shù)據(jù)類型,選擇合適的數(shù)據(jù)類型:

      原則:更小通常更好,簡單就好,所有字段都得有默認值,盡量避免 NULL。 MySQL可以很好的支持大數(shù)據(jù)量的存取,但是一般來說,數(shù)據(jù)庫中的表越小,在它上面執(zhí)行的查詢也就會越快。 因此,在創(chuàng)建表的時候,為了獲得更好的性能,我們可以將表中字段的寬度設得盡可能小。

      同樣的,如果可以的話,我們應該使用 MEDIUMINT 而不是 BIGIN 來定義整型字段,應該盡量把字段設置為 NOT NULL,這樣在將來執(zhí)行查詢的時候,數(shù)據(jù)庫不用去比較 NULL 值。

      對于某些文本字段,例如“省份”或者“性別”,我們可以將它們定義為 ENUM 類型。因為在 MySQL 中,ENUM 類型被當作數(shù)值型數(shù)據(jù)來處理,而數(shù)值型數(shù)據(jù)被處理起來的速度要比文本類型快得多。這樣,可以提高數(shù)據(jù)庫的性能。

      51、字符串數(shù)據(jù)類型:char, varchar, text 。

      52、任何對列的操作都將導致表掃描,它包括數(shù)據(jù)庫函數(shù)、計算表達式等等,查詢時要盡可能將操作移至等號右邊。

      推薦教程:《MySQL教程》

    2. 微信
    3. 分享
    4. 值得收藏的52條提升性能的SQL優(yōu)化策略

    5. 相關標簽:mysql
    6. 本文轉載于:小鹿學Java,如有侵犯,請聯(lián)系a@php.cn刪除
      • 上一篇:世上最全的PHP詳解(快速入門)
      • 下一篇:沒有了
      贊(0)
      分享到: 更多 (0)
      網站地圖   滬ICP備18035694號-2    滬公網安備31011702889846號