亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb

首頁 > 數據庫 > MySQL > 正文

MySQL數據庫中把int轉化varchar引發的慢查詢

2024-07-24 13:09:59
字體:
來源:轉載
供稿:網友

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

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=utf8mysql> 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條件中不加'',會引發全表查詢,加了就可以用到索引,這掃描的行數可是天差地別,對于服務器的壓力和響應時間自然也是天差地別的。

我們再看另外一個例子:

*************************** 1. row ***************************Table: poll_joined_151Create 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=utf8SELECT * FROM poll_joined_151 WHERE poll_id = '2348993' AND anonymous =0 ORDER BY add_time DESC LIMIT 0 , 3*************************** 1. row ***************************id: 1select_type: SIMPLEtable: poll_joined_151type: refpossible_keys: idx_poll_id_uid_add_time,idx_anonymous_id_addtimekey: idx_anonymous_id_addtimekey_len: 9ref: const,constrows: 30240Extra: Using where 

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

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

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

If both arguments in a comparison operation are strings, they are compared as strings.兩個參數都是字符串,會按照字符串來比較,不做類型轉換。If both arguments are integers, they are compared as integers.兩個參數都是整數,按照整數來比較,不做類型轉換。Hexadecimal values are treated as binary strings if not compared to a number.十六進制的值和非數字做比較時,會被當做二進制串。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.有一個參數是 TIMESTAMP 或 DATETIME,并且另外一個參數是常量,常量會被轉換為 timestampIf 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.有一個參數是 decimal 類型,如果另外一個參數是 decimal 或者整數,會將整數轉換為 decimal 后進行比較,如果另外一個參數是浮點數,則會把 decimal 轉換為浮點數進行比較In all other cases, the arguments are compared as floating-point (real) numbers.所有其他情況下,兩個參數都會被轉換為浮點數再進行比較 

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

對于第一種情況:

比如where string = 1;

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

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) 

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

對于第二種情況:

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

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

以上所述是小編給大家介紹的MySQL數據庫中把int轉化varchar引發的慢查詢  ,希望對大家有所幫助,如果大家有任何疑問請給我留言,小編會及時回復大家的。在此也非常感謝大家對VeVb武林網網站的支持!


注:相關教程知識閱讀請移步到MYSQL教程頻道。
發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb
久久精品99国产精品酒店日本| 久久国产精品久久国产精品| 欧美成人在线网站| 亚洲最大激情中文字幕| 亚洲一级片在线看| 久久国产精品电影| 精品国产乱码久久久久久婷婷| 亚洲欧美日韩一区二区在线| 欧美午夜电影在线| 91久久综合亚洲鲁鲁五月天| 77777亚洲午夜久久多人| 国产精品第1页| 久久久久久久久国产精品| 久久精品国产综合| 国产男人精品视频| 国产亚洲精品久久久久久| 欧美巨猛xxxx猛交黑人97人| 国产mv免费观看入口亚洲| 92国产精品久久久久首页| 日韩av免费网站| 国内精品伊人久久| 久久成人18免费网站| 色婷婷久久av| 亚洲高清一区二| 成人a级免费视频| 久久男人av资源网站| 国产精品久久久久久久久久尿| 亚洲福利影片在线| 亚洲人成电影网站色xx| 亚洲福利视频二区| 91免费精品国偷自产在线| 日韩欧美成人网| 欧美最顶级的aⅴ艳星| 色综合老司机第九色激情| 亚洲偷欧美偷国内偷| 国产精品91在线观看| 亚洲欧美综合精品久久成人| 成人免费看吃奶视频网站| 国产成人福利夜色影视| 欧美又大粗又爽又黄大片视频| 成人精品在线视频| 日本亚洲欧洲色| 午夜精品久久久久久久久久久久久| 亚洲精品欧美日韩| 欧美野外wwwxxx| 国产亚洲精品久久| 国产精品高清免费在线观看| 最近中文字幕2019免费| 中文字幕综合一区| 欧美专区第一页| 国产精品久久久久久久久久东京| 精品香蕉在线观看视频一| 色偷偷av亚洲男人的天堂| 亚洲天堂男人的天堂| 国产精品男人爽免费视频1| 91亚洲精品在线| 日韩欧美在线视频观看| 日韩经典一区二区三区| 亚洲一区二区三区在线视频| 亚洲成人黄色在线观看| 日本欧美中文字幕| 国产精品中文字幕在线观看| 国产精品中文久久久久久久| 日韩最新在线视频| 久久99国产精品自在自在app| 久久精品电影网站| 亚洲图片欧美午夜| 国产精品久久久久久一区二区| 国产视频久久久| 欧美日韩激情视频8区| 欧美国产亚洲视频| 久久久国产精彩视频美女艺术照福利| 欧美一级电影在线| 欧美激情中文网| 蜜月aⅴ免费一区二区三区| 成人黄色免费看| 国产精品99久久久久久久久久久久| 欧洲s码亚洲m码精品一区| 亚洲成人教育av| 国产精品嫩草影院一区二区| 成年人精品视频| 国产精品免费久久久久影院| 久久伊人91精品综合网站| 国产一区二区在线免费| 日韩有码在线播放| 亚洲日本中文字幕免费在线不卡| 国产一区二区三区在线免费观看| 色综合久久天天综线观看| 欧美大片免费观看在线观看网站推荐| 少妇激情综合网| 97在线视频免费看| 国产精品欧美激情在线播放| 欧美高清激情视频| 国产一区av在线| 欧美一区二区三区艳史| 国产97在线播放| 国产精品一区二区在线| 91社影院在线观看| 亚洲精品中文字幕有码专区| 播播国产欧美激情| 欧美日韩精品在线| 亚洲精品电影在线观看| 欧美激情在线观看视频| 亚洲a成v人在线观看| 日韩欧美在线一区| 国产精品美女视频网站| 欧美在线视频免费播放| 国产99久久久欧美黑人| 久久99精品国产99久久6尤物| 中文字幕不卡av| 国产精品网站入口| 久久亚洲精品小早川怜子66| 国产欧美va欧美va香蕉在线| 国产精品露脸av在线| 国产伊人精品在线| 久久久91精品国产一区不卡| 日韩av一区在线观看| 国产成+人+综合+亚洲欧美丁香花| 精品国产91久久久久久老师| 日韩精品视频在线观看免费| 欧美日韩在线观看视频| 国产精品一区二区久久精品| 亚洲视频免费一区| 黄色成人在线免费| 日韩精品免费在线| 国产精品吹潮在线观看| 日本a级片电影一区二区| 亚洲国产91精品在线观看| 色综久久综合桃花网| 成人欧美一区二区三区在线| 国产午夜精品麻豆| 亚洲午夜未删减在线观看| 日韩精品在线播放| 丝袜一区二区三区| 精品福利一区二区| 精品人伦一区二区三区蜜桃网站| 国产成人精品久久久| 日韩一二三在线视频播| 97精品国产97久久久久久免费| 久久99精品久久久久久青青91| 精品免费在线视频| 欧美日韩在线第一页| 久久久精品欧美| 亚洲专区中文字幕| 欧美乱大交xxxxx| 黄网动漫久久久| 国产亚洲欧洲高清一区| 精品一区电影国产| 国产精品网址在线| 日本精品一区二区三区在线播放视频| 亚洲精品资源在线| 日韩av在线最新| 国产精品av在线| 亚洲美女视频网站| zzijzzij亚洲日本成熟少妇| 亚洲一级黄色片| 日本在线观看天堂男亚洲| 亚洲欧美日韩中文在线| 国产精品狠色婷| 欧美中文在线观看| 亚洲色在线视频| 欧美人在线观看| 久久久精品国产亚洲| 日韩欧美大尺度|