最新国产好看的视频,伊人天堂AV在线,国产Aaaaaa视频,蜜臀视频在线观看一区,人妻av色图,密臀久久久精品影片,青青视频免费观看毛片,久草在线观看视,国产三级精品色情在线

MySQL數(shù)據(jù)庫中把int轉化varchar引發(fā)的慢查詢

 更新時間:2016年07月04日 10:24:51   投稿:mrr  
這篇文章主要介紹了MySQL數(shù)據(jù)庫中把int轉化varchar引發(fā)的慢查詢 的相關資料,非常不錯具有參考借鑒價值,需要的朋友可以參考下

最近一周接連處理了2個由于int向varchar轉換無法使用索引,從而引發(fā)的慢查詢。

CREATE TABLE `appstat_day_prototype_201305` (
`day_key` date NOT NULL DEFAULT '1900-01-01',
`appkey` varchar(20) NOT NULL DEFAULT '',
`user_total` bigint(20) NOT NULL DEFAULT '0',
`user_activity` bigint(20) NOT NULL DEFAULT '0',
`times_total` bigint(20) NOT NULL DEFAULT '0',
`times_activity` bigint(20) NOT NULL DEFAULT '0',
`incr_login_daily` bigint(20) NOT NULL DEFAULT '0',
`unbind_total` bigint(20) NOT NULL DEFAULT '0',
`unbind_activitys` bigint(20) NOT NULL DEFAULT '0',
PRIMARY KEY (`appkey`,`day_key`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
mysql> explain SELECT * from appstat_day_prototype_201305 where appkey = xxxxx and day_key between '2013-05-23' and '2013-05-30';
+----+-------------+------------------------------+------+---------------+------+---------+------+----------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+------------------------------+------+---------------+------+---------+------+----------+-------------+
| 1 | SIMPLE | appstat_day_prototype_201305 | ALL | PRIMARY | NULL | NULL | NULL | 19285787 | Using where |
+----+-------------+------------------------------+------+---------------+------+---------+------+----------+-------------+
1 row in set (0.00 sec)
mysql> explain SELECT * from appstat_day_prototype_201305 where appkey = 'xxxxx' and day_key between '2013-05-23' and '2013-05-30';
+----+-------------+------------------------------+-------+---------------+---------+---------+------+------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+------------------------------+-------+---------------+---------+---------+------+------+-------------+
| 1 | SIMPLE | appstat_day_prototype_201305 | range | PRIMARY | PRIMARY | 65 | NULL | 1 | Using where |
+----+-------------+------------------------------+-------+---------------+---------+---------+------+------+-------------+
1 row in set (0.00 sec) 

從上面可以很明顯的看到由于appkey是varchar,而在where條件中不加'',會引發(fā)全表查詢,加了就可以用到索引,這掃描的行數(shù)可是天差地別,對于服務器的壓力和響應時間自然也是天差地別的。

我們再看另外一個例子:

*************************** 1. row ***************************
Table: poll_joined_151
Create Table: CREATE TABLE `poll_joined_151` (
`poll_id` bigint(11) NOT NULL,
`uid` bigint(11) NOT NULL,
`item_id` varchar(60) NOT NULL,
`add_time` int(11) NOT NULL DEFAULT '0',
`anonymous` tinyint(1) NOT NULL DEFAULT '0',
`sub_item` varchar(1200) NOT NULL DEFAULT '',
KEY `idx_poll_id_uid_add_time` (`poll_id`,`uid`,`add_time`),
KEY `idx_anonymous_id_addtime` (`anonymous`,`poll_id`,`add_time`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
SELECT * FROM poll_joined_151 WHERE poll_id = '2348993' AND anonymous =0 ORDER BY add_time DESC LIMIT 0 , 3
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: poll_joined_151
type: ref
possible_keys: idx_poll_id_uid_add_time,idx_anonymous_id_addtime
key: idx_anonymous_id_addtime
key_len: 9
ref: const,const
rows: 30240
Extra: Using where 

從上面的例子看,雖然poll_id的類型為bigint,但是SQL中添加了'',但是這個語句仍然用到了索引,雖然掃描行數(shù)也不少,但是能用到索引就是好SQL。

那么一個小小的''為什么會有這么大的影響呢?根本原因是因為MySQL在對文本類型和數(shù)字類型進行比較的時候會進行隱式的類型轉換。

以下是5.5官方手冊的說明:

If both arguments in a comparison operation are strings, they are compared as strings.
兩個參數(shù)都是字符串,會按照字符串來比較,不做類型轉換。
If both arguments are integers, they are compared as integers.
兩個參數(shù)都是整數(shù),按照整數(shù)來比較,不做類型轉換。
Hexadecimal values are treated as binary strings if not compared to a number.
十六進制的值和非數(shù)字做比較時,會被當做二進制串。
If one of the arguments is a TIMESTAMP or DATETIME column and the other argument is a constant, the constant is converted to a timestamp before the comparison is performed. This is done to be more ODBC-friendly. Note that this is not done for the arguments to IN()! To be safe, always use complete datetime, date, or time strings when doing comparisons. For example, to achieve best results when using BETWEEN with date or time values, use CAST() to explicitly convert the values to the desired data type.
有一個參數(shù)是 TIMESTAMP 或 DATETIME,并且另外一個參數(shù)是常量,常量會被轉換為 timestamp
If one of the arguments is a decimal value, comparison depends on the other argument. The arguments are compared as decimal values if the other argument is a decimal or integer value, or as floating-point values if the other argument is a floating-point value.
有一個參數(shù)是 decimal 類型,如果另外一個參數(shù)是 decimal 或者整數(shù),會將整數(shù)轉換為 decimal 后進行比較,如果另外一個參數(shù)是浮點數(shù),則會把 decimal 轉換為浮點數(shù)進行比較
In all other cases, the arguments are compared as floating-point (real) numbers.所有其他情況下,兩個參數(shù)都會被轉換為浮點數(shù)再進行比較 

根據(jù)以上的說明,當where條件之后的值的類型和表結構不一致的時候,MySQL會做隱式的類型轉換,都將其轉換為浮點數(shù)在比較。

對于第一種情況:

比如where string = 1;

需要將索引中的字符串轉換成浮點數(shù),但是由于'1',' 1','1a'都會比轉化成1,故MySQL無法使用索引只能進行全表掃描,故造成了慢查詢的產(chǎn)生。

mysql> SELECT CAST(' 1' AS SIGNED)=1;
+-------------------------+
| CAST(' 1' AS SIGNED)=1 |
+-------------------------+
| 1 |
+-------------------------+
1 row in set (0.00 sec)
mysql> SELECT CAST(' 1a' AS SIGNED)=1;
+--------------------------+
| CAST(' 1a' AS SIGNED)=1 |
+--------------------------+
| 1 |
+--------------------------+
1 row in set, 1 warning (0.00 sec)
mysql> SELECT CAST('1' AS SIGNED)=1;
+-----------------------+
| CAST('1' AS SIGNED)=1 |
+-----------------------+
| 1 |
+-----------------------+
1 row in set (0.00 sec) 

同時需要注意一點,由于都會轉換成浮點數(shù)進行比較,而浮點數(shù)只有53bit,故當超過最大值的時候,比較會出現(xiàn)問題。

對于第二種情況:

由于索引建立在int的基礎上,而將純數(shù)字的字符串可以百分百轉換成數(shù)字,故可以使用到索引,雖然也會進行一定的轉換,消耗一定的資源,但是最終仍然使用了索引,不會產(chǎn)生慢查詢。

mysql> select CAST( '30' as SIGNED) = 30;
+----------------------------+
| CAST( '30' as SIGNED) = 30 |
+----------------------------+
| 1 |
+----------------------------+
1 row in set (0.00 sec)

以上所述是小編給大家介紹的MySQL數(shù)據(jù)庫中把int轉化varchar引發(fā)的慢查詢  ,希望對大家有所幫助,如果大家有任何疑問請給我留言,小編會及時回復大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持!

相關文章

  • MAC下MYSQL數(shù)據(jù)庫密碼忘記的解決辦法

    MAC下MYSQL數(shù)據(jù)庫密碼忘記的解決辦法

    這篇文章主要介紹了Mac操作系統(tǒng)下MYSQL數(shù)據(jù)庫密碼忘記的快速解決辦法,教大家重置MYSQ密碼,具有一定的參考價值,感興趣的小伙伴們可以參考一下
    2017-11-11
  • 使用python連接mysql數(shù)據(jù)庫之pymysql模塊的使用

    使用python連接mysql數(shù)據(jù)庫之pymysql模塊的使用

    這篇文章主要介紹了使用python連接mysql數(shù)據(jù)庫之pymysql模塊的使用,本文給大家介紹的非常詳細,具有一定的參考借鑒價值,需要的朋友可以參考下
    2019-09-09
  • mysql5.7版本因為sql_mode設置導致的問題以及解決

    mysql5.7版本因為sql_mode設置導致的問題以及解決

    這篇文章主要介紹了mysql5.7版本因為sql_mode設置導致的問題以及解決,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教
    2024-09-09
  • MySQL主從同步的幾種實現(xiàn)方式

    MySQL主從同步的幾種實現(xiàn)方式

    本文主要介紹了MySQL主從同步的幾種實現(xiàn)方式,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2025-02-02
  • 詳解MySQL(InnoDB)是如何處理死鎖的

    詳解MySQL(InnoDB)是如何處理死鎖的

    這篇文章主要介紹了MySQL(InnoDB)是如何處理死鎖的,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2019-04-04
  • MySQL對JSON類型字段數(shù)據(jù)進行提取和查詢的實現(xiàn)

    MySQL對JSON類型字段數(shù)據(jù)進行提取和查詢的實現(xiàn)

    本文主要介紹了MySQL對JSON類型字段數(shù)據(jù)進行提取和查詢的實現(xiàn),文中通過示例代碼介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們可以參考一下
    2022-04-04
  • mysql用戶變量與set語句示例詳解

    mysql用戶變量與set語句示例詳解

    這篇文章主要給大家介紹了關于mysql用戶變量與set語句的相關資料,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2020-12-12
  • Mysql聯(lián)合索引的原理與實現(xiàn)

    Mysql聯(lián)合索引的原理與實現(xiàn)

    聯(lián)合索引是一種將多個列組合成一個索引的技術,以提高基于這些列進行查詢的性能,本文主要介紹了Mysql聯(lián)合索引的原理與實現(xiàn),具有一定的參考價值,感興趣的可以了解一下
    2024-08-08
  • MySQL筆記之修改表的實現(xiàn)方法

    MySQL筆記之修改表的實現(xiàn)方法

    我們在創(chuàng)建表的過程中難免會考慮不周,因此后期會修改表。本篇文章就介紹了在mysql中修改表的實現(xiàn)方法。需要的朋友參考下
    2013-05-05
  • MySQL過濾重復數(shù)據(jù)的兩種方法示例

    MySQL過濾重復數(shù)據(jù)的兩種方法示例

    數(shù)據(jù)庫生成環(huán)境中經(jīng)常會遇到表中有重復的數(shù)據(jù),或者進行關聯(lián)過程中產(chǎn)生重復數(shù)據(jù),下面這篇文章主要給大家介紹了關于MySQL過濾重復數(shù)據(jù)的兩種方法,文中通過實例代碼介紹的非常詳細,需要的朋友可以參考下
    2023-04-04

最新評論

广宗县| 梧州市| 天气| 凤庆县| 罗城| 特克斯县| 鹤山市| 木兰县| 浦城县| 永州市| 西安市| 宜兰市| 马关县| 浦城县| 城步| 淮安市| 海盐县| 黎城县| 阿拉善右旗| 江川县| 济南市| 石家庄市| 凉城县| 韶山市| 鹤岗市| 安陆市| 阿尔山市| 克拉玛依市| 宁强县| 繁昌县| 岫岩| 栖霞市| 醴陵市| 沂水县| 镇远县| 游戏| 保康县| 厦门市| 郸城县| 曲麻莱县| 屯留县|