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

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)站的支持!

相關文章

  • 基于mysql數(shù)據(jù)庫的密碼問題詳解

    基于mysql數(shù)據(jù)庫的密碼問題詳解

    本篇文章是對mysql數(shù)據(jù)庫的密碼問題進行了詳細的分析介紹,需要的朋友參考下
    2013-06-06
  • MySQL?with語句講解

    MySQL?with語句講解

    這篇文章主要介紹了MySQL?with語句小結,對于邏輯復雜的sql,with可以大大減少臨時表的數(shù)量,提升代碼的可讀性、可維護性,對mysql?with語句相關知識感興趣的朋友一起看看吧
    2022-11-11
  • MySQL Packet for query is too large 問題及解決方法

    MySQL Packet for query is too large 問題及解決方法

    這篇文章主要介紹了MySQL Packet for query is too large 問題及解決方法,需要的朋友可以參考下
    2018-05-05
  • mysql8.0.11 winx64手動安裝配置教程

    mysql8.0.11 winx64手動安裝配置教程

    這篇文章主要為大家詳細介紹了mysql8.0.11 winx64手動安裝配置教程,具有一定的參考價值,感興趣的小伙伴們可以參考一下
    2018-05-05
  • MySQL視圖(view)的基本用法及說明

    MySQL視圖(view)的基本用法及說明

    這篇文章主要介紹了MySQL視圖(view)的基本用法及說明,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教
    2023-12-12
  • mysql查詢獲得兩個時間的時間差方式

    mysql查詢獲得兩個時間的時間差方式

    這篇文章主要介紹了mysql查詢獲得兩個時間的時間差方式,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教
    2022-05-05
  • MySQL利用UNION連接2個查詢排序失效詳解

    MySQL利用UNION連接2個查詢排序失效詳解

    這篇文章主要給大家介紹了關于MySQL利用UNION連接2個查詢排序失效的相關資料,文中通過示例代碼介紹的非常詳細,對大家學習或者使用MySQL具有一定的參考學習價值,需要的朋友們下面來一起學習學習吧
    2019-12-12
  • 一文帶你了解MySQL之連接原理

    一文帶你了解MySQL之連接原理

    搞數(shù)據(jù)庫一個避不開的概念就是Join,翻譯成中?就是連接,相信很多小伙伴初學連接的時候有些一臉懵,理解了連接的語義之后又可能不明白各個表中的記錄到底是怎么連起來的,所以本章就來學習連接的原理,需要的朋友可以參考下
    2023-05-05
  • MySQL8安裝Installer版的圖文教程

    MySQL8安裝Installer版的圖文教程

    這篇文章主要介紹了MySQL8安裝Installer版的教程,本文通過圖文并茂的形式給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下
    2020-09-09
  • MySQL和Redis之間的存儲區(qū)別

    MySQL和Redis之間的存儲區(qū)別

    MySQL是一種關系型數(shù)據(jù)庫,而Redis是一種鍵值對存儲數(shù)據(jù)庫,雖然它們都是用來存儲和管理數(shù)據(jù)的,但是它們在很多方面都有不同,本文就給大家詳細介紹一下MySQL和Redis之間的存儲區(qū)別,感興趣的同學可以參考一下
    2023-06-06

最新評論