欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

設置MySQL中的數(shù)據(jù)類型來優(yōu)化運行速度的實例

 更新時間:2015年05月09日 16:31:51   作者:吳炳錫  
這篇文章主要介紹了設置MySQL中索引的數(shù)據(jù)類型來優(yōu)化運行速度的實例,主要是適當使用短字節(jié)的數(shù)據(jù)類型來處理短索引,需要的朋友可以參考下

今天看了一個優(yōu)化案例覺的挺有代表性,這里記錄下來做一個標記,來紀念一下隨便的字段定義的問題。

回憶一下,在表的設計中很多人習慣的把表的結(jié)構(gòu)設計成Varchar(64),Varchar(255)之類的,雖然大多數(shù)情況只存了5-15個字節(jié).那么我看一下下面這個案例.
查詢語句:
 

 SELECT SQL_NO_CACHE channel, COUNT(channel) AS visitors FROM xxx_sources WHERE client_id = 1301 GROUP BY client_id, channel;

該表(client_id,channel)是一個組合索引.
利用explain,看一下執(zhí)行計劃,對于索引使用上看上非常完美
 

mysql> explain SELECT SQL_NO_CACHE channel, COUNT(channel) AS visitors FROM xxx_sources WHERE client_id = 1301 GROUP BY client_id, channel;
+----+-------------+-------------+-------+--------------------+--------------------+---------+------+----------+--------------------------+
| id | select_type | table  | type | possible_keys  | key    | key_len | ref | rows  | Extra     |
+----+-------------+-------------+-------+--------------------+--------------------+---------+------+----------+--------------------------+
| 1 | SIMPLE  | xxx_sources | index | idx_client_channel | idx_client_channel | 1032 | NULL | 20207319 | Using where; Using index |
+----+-------------+-------------+-------+--------------------+--------------------+---------+------+----------+--------------------------+
1 row in set (0.00 sec)

看一下實際執(zhí)行:
 

mysql> SELECT SQL_NO_CACHE channel, COUNT(channel) AS visitors FROM xxx_sources WHERE client_id = 1301 GROUP BY client_id, channel;
+---------+----------+
| channel | visitors |
+---------+----------+
| NULL |  0 |
+---------+----------+
1 row in set (11.69 sec)

實際執(zhí)行的情況非常的糟糕.傳通的想法,這個執(zhí)行從索引上執(zhí)行計劃上看非常完美了,好象和MySQL沒什么關系了. 在去看一下表的設計會發(fā)現(xiàn)client_id也是設計成了
varchar(255).看到這里不防可以使用下面的方法試一下:

mysql> explain SELECT SQL_NO_CACHE channel, COUNT(channel) AS visitors FROM xxx_sources WHERE client_id = '1301' GROUP BY client_id, channel;
+----+-------------+-------------+------+--------------------+--------------------+---------+-------+--------+--------------------------+
| id | select_type | table  | type | possible_keys  | key    | key_len | ref | rows | Extra     |
+----+-------------+-------------+------+--------------------+--------------------+---------+-------+--------+--------------------------+
| 1 | SIMPLE  | xxx_sources | ref | idx_client_channel | idx_client_channel | 258  | const | 457184 | Using where; Using index |
+----+-------------+-------------+------+--------------------+--------------------+---------+-------+--------+--------------------------+
1 row in set (0.00 sec)

從執(zhí)行計劃上來看,差不多,但實際差多了.具體上來看key_len從1032降到了258,執(zhí)行計劃變成了const基于等于的查找,行數(shù)從原來千萬級到了十萬級了.不算也能明白IO
節(jié)省了很多.
再來看實際執(zhí)行:

 

mysql> SELECT SQL_NO_CACHE channel, COUNT(channel) AS visitors FROM xxx_sources WHERE client_id = '1301' GROUP BY client_id, channel;
+---------+----------+
| channel | visitors |
+---------+----------+
| NULL |  0 |
+---------+----------+
1 row in set (0.25 sec)

哇,從11.69秒變成了0.25秒,這是什么概念,優(yōu)化了多少倍,算一下吧.

看到這里在想什么呢,記住這個案例,嗯,不錯,以后還可以加引號優(yōu)化一下.那為什么不問一下,能不能在優(yōu)化了,為什么會這樣呢?
我們先來看一下第一個問題:
能不能在優(yōu)化了?
答案是當然可以了.從索引的長度上來看258還是一個非常大的數(shù)據(jù),對于client_id這個字段從名字上來看,也只會存數(shù)據(jù)型的值,那為什么不用的一個int unsigned去存呢,
索引的長度馬上會從258降到4。這樣不是又節(jié)省了很多嗎?
接下來看一下第二個問題,為什么會這樣呢?
原因有兩點,同時基于一個原則,基于成本的優(yōu)化器。對于client_id在表的定義時定義成了字符型的值,在查詢時傳入了數(shù)值型的值,需要經(jīng)過一個數(shù)值轉(zhuǎn)換,悲劇的開始,最終
導致MySQL選擇了一個完成的索引去掃描。

從這個案例上,我們需要注意什么呢?
合理的選擇數(shù)據(jù)類型,基本工太重要了,就這叫贏在起跑線,一切都不能隨便了,別把一個表定義成了降了主建外其它全是Varchar(255)。對數(shù)據(jù)庫的double/float這種字段做索引時一定要小心。

相關文章

  • mysql 帶多個條件的查詢方式

    mysql 帶多個條件的查詢方式

    這篇文章主要介紹了mysql 帶多個條件的查詢方式,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教
    2021-06-06
  • mysql下float類型使用一些誤差詳解

    mysql下float類型使用一些誤差詳解

    我想很多朋友都不怎么會在mysql中使用float類型,特別是用到金錢時我們可能會用雙精度來做,我們知道m(xù)ysql的float類型是單精度浮點類型不小心就會導致數(shù)據(jù)誤差
    2012-11-11
  • 使用RPM包安裝MySQL 5.7.18的教程

    使用RPM包安裝MySQL 5.7.18的教程

    這篇文章主要介紹了使用RPM包安裝MySQL 5.7.18的教程,需要的朋友可以參考下
    2017-04-04
  • SQL面試之WHERE?1=1到底是什么意思詳解

    SQL面試之WHERE?1=1到底是什么意思詳解

    這篇文章主要給大家介紹了關于SQL面試之WHERE?1=1到底是什么意思的相關資料,WHERE 1=1子句只是一些開發(fā)人員采用的一種慣性做法,以簡化靜態(tài)和動態(tài)形式的SQL語句的使用,文中介紹的非常詳細,需要的朋友可以參考下
    2023-09-09
  • SQL執(zhí)行步驟的具體分析

    SQL執(zhí)行步驟的具體分析

    這篇文章主要介紹了SQL執(zhí)行步驟的具體分析的相關資料,希望通過本文能幫助到大家,讓大家理解掌握SQL是如何執(zhí)行的,需要的朋友可以參考下
    2017-10-10
  • Mysql字符串類型如何通過order by排序的正確方式

    Mysql字符串類型如何通過order by排序的正確方式

    這篇文章主要介紹了Mysql字符串類型如何通過order by排序的正確方式,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教
    2023-08-08
  • 細數(shù)MySQL中SQL語句的分類

    細數(shù)MySQL中SQL語句的分類

    下面小編就為大家?guī)硪黄殧?shù)MySQL中SQL語句的分類。小編覺得挺不錯的,現(xiàn)在就分享給大家,也給大家做個參考。一起跟隨小編過來看看吧
    2016-11-11
  • MySQL出現(xiàn)this?is?incompatible?with?sql_mode=only_full_group_by錯誤的解決辦法

    MySQL出現(xiàn)this?is?incompatible?with?sql_mode=only_full_grou

    mysql是高版本,當執(zhí)行group?by時,select的字段不屬于group?by的字段的話,sql語句就會報錯,下面這篇文章主要給大家介紹了關于MySQL出現(xiàn)this?is?incompatible?with?sql_mode=only_full_group_by錯誤的解決辦法,需要的朋友可以參考下
    2023-02-02
  • MySQL存儲IP地址的方法

    MySQL存儲IP地址的方法

    本文介紹了MySQL存儲IP地址的方法其目的就是最大限度的優(yōu)化性能,需要的朋友可以參考下
    2015-07-07
  • MySQL Left JOIN時指定NULL列返回特定值詳解

    MySQL Left JOIN時指定NULL列返回特定值詳解

    我們有時會有這樣的應用,需要在sql的left join時,需要使值為NULL的列不返回NULL而時某個特定的值,比如0。這個時候,用is_null(field,0)是行不通的,會報錯的,可以用ifnull實現(xiàn),但是COALESE似乎更符合標準
    2013-07-07

最新評論