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

MySQL關(guān)于exists的一個bug

 更新時間:2016年08月12日 16:12:38   作者:iVictor  
今天小編給大家分享一個mysql關(guān)于exists的一個bug問題,非常不錯,感興趣的朋友一起學習下

今天碰到一個關(guān)于exists很奇怪的問題

第一個語句如下:

SELECT
count(1)
FROM
APPLY t
WHERE
EXISTS (
SELECT
r.APPLY_ID
FROM
RECORD r
WHERE
t.APPLY_ID = r.APPLY_ID
);

產(chǎn)生的結(jié)果是:89584

第二個語句如下:

SELECT
count(1)
FROM
APPLY t
WHERE
EXISTS (
SELECT
max(r.FINISH_TIME)
FROM
RECORD r
WHERE
t.APPLY_ID = r.APPLY_ID
);

產(chǎn)生的結(jié)果是:432382

確實相當奇怪,對于exist子句來說,其判斷的是子查詢的值是否存在,也就是說,列名,和對列名求最大值沒什么區(qū)別啊。

包括MySQL官方文檔中也提到

Traditionally, an EXISTS subquery starts with SELECT *, but it could begin with SELECT 5 or SELECT column1 or anything at all. MySQL ignores the SELECT list in such a subquery, so it makes no difference.

大意就是MySQL會自動忽略到SELECT的列表。

后來在自己的環(huán)境測試了一下,確實是MySQL的一個bug

測試環(huán)境:MySQL 5.6.31,5.7.14

mysql> create table t3(id int,t datetime);
Query OK, 0 rows affected (0.44 sec)
mysql> insert into t3 values(1,'20160812');
Query OK, 1 row affected (0.16 sec)
mysql> select 1 from dual where exists (select id from t3 where id=2);
Empty set (0.15 sec)
mysql> select 1 from dual where exists (select max(id) from t3 where id=2);
+---+
| 1 |
+---+
| 1 |

很明顯,id等于2的列不存在,但是第二條語句還是當做TRUE來處理了。

也確認了下兩條語句的執(zhí)行計劃和改寫后的SQL

第一個語句

mysql> EXPLAIN EXTENDED select 1 from dual where exists (select id from t3 where id=2);
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+------------------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+------------------+
| 1 | PRIMARY | NULL | NULL | NULL | NULL | NULL | NULL | NULL | NULL | NULL | Impossible WHERE |
| 2 | SUBQUERY | t3 | NULL | ALL | NULL | NULL | NULL | NULL | 1 | 100.00 | Using where |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+------------------+
2 rows in set, 2 warnings (0.00 sec)
mysql> show warnings;
+---------+------+-------------------------------------------------------------------+
| Level | Code | Message |
+---------+------+-------------------------------------------------------------------+
| Warning | 1681 | 'EXTENDED' is deprecated and will be removed in a future release. |
| Note | 1003 | /* select#1 */ select 1 AS `1` from DUAL where 0 |
+---------+------+-------------------------------------------------------------------+ 

第二個語句

mysql> EXPLAIN EXTENDED select 1 from dual where exists (select max(id) from t3 where id=2);
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+----------------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+----------------+
| 1 | PRIMARY | NULL | NULL | NULL | NULL | NULL | NULL | NULL | NULL | NULL | No tables used |
| 2 | SUBQUERY | t3 | NULL | ALL | NULL | NULL | NULL | NULL | 1 | 100.00 | Using where |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+----------------+
2 rows in set, 2 warnings (0.00 sec)
mysql> show warnings;
+---------+------+-------------------------------------------------------------------+
| Level | Code | Message |
+---------+------+-------------------------------------------------------------------+
| Warning | 1681 | 'EXTENDED' is deprecated and will be removed in a future release. |
| Note | 1003 | /* select#1 */ select 1 AS `1` from DUAL where 1 |
+---------+------+-------------------------------------------------------------------+
2 rows in set (0.00 sec) 

執(zhí)行計劃及改寫后的SQL確實有所不同,看來,確實是MySQL的一個bug了。

于是,給官方提了個bug

http://bugs.mysql.com/bug.php?id=82562

總結(jié)

建議寫exists語句時,子查詢中直接用*,而不用對列進行任何函數(shù)操作,避免碰到官方bug,

事實上,對于abs,floor函數(shù)又沒問題

mysql> select 1 from dual where exists (select abs(id) from t3 where id=2);
Empty set (0.07 sec)
mysql> select 1 from dual where exists (select floor(id) from t3 where id=2);
Empty set (0.00 sec)

以上所述是小編給大家介紹的MySQL關(guān)于exists的一個bug ,希望對大家有所幫助,如果大家有任何疑問請給我留言,小編會及時回復大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持!

相關(guān)文章

  • 詳解MySQL如何實現(xiàn)數(shù)據(jù)批量更新

    詳解MySQL如何實現(xiàn)數(shù)據(jù)批量更新

    最近需要批量更新大量數(shù)據(jù),習慣了寫sql,所以還是用sql來實現(xiàn),下面這篇文章主要給大家總結(jié)介紹了關(guān)于MySQL批量更新的方式,需要的朋友可以參考下
    2023-10-10
  • mysql刪除關(guān)聯(lián)表的實操方法

    mysql刪除關(guān)聯(lián)表的實操方法

    在本篇內(nèi)容里我們給大家整理了關(guān)于mysql刪除關(guān)聯(lián)表的實操方法以及相關(guān)SQL語句,需要的朋友們學習下吧。
    2019-05-05
  • MYSQL 解鎖與鎖表介紹

    MYSQL 解鎖與鎖表介紹

    相對其他數(shù)據(jù)庫而言,MySQL的鎖機制比較簡單,其最顯著的特點是不同的存儲引擎支持不同的鎖機制
    2017-04-04
  • 一個 20 秒 SQL 慢查詢優(yōu)化處理方案

    一個 20 秒 SQL 慢查詢優(yōu)化處理方案

    這篇文章主要分享一個 20 秒 SQL 慢查詢優(yōu)化的經(jīng)歷與處理方案,頁面無法正確獲取數(shù)據(jù),經(jīng)排查原來是接口調(diào)用超時,而最后發(fā)現(xiàn)是因為SQL查詢長達到20多秒而導致了問題的發(fā)生,下面來看問題具體介紹吧
    2022-01-01
  • mysql 8.0.29 卸載問題小結(jié)

    mysql 8.0.29 卸載問題小結(jié)

    近我將筆記本重裝了,為了保留之前的程序,我把相關(guān)的注冊表和環(huán)境備份了下來,重裝之后重新導入成功再現(xiàn)了部分軟件,下面給大家分享mysql 8.0.29 卸載問題記錄,感興趣的朋友一起看看吧
    2024-04-04
  • mysql主從同步快速設(shè)置方法

    mysql主從同步快速設(shè)置方法

    記錄一個比較簡便的mysql的主從同步設(shè)置步驟,方便日后使用。
    2010-12-12
  • mysql遠程連接失敗的解決方法

    mysql遠程連接失敗的解決方法

    在MySQL中,有時候我們需要遠程連接到服務器來進行操作,但是有時候,我們會遇到無法使用遠程連接鏈接到MySQL服務器的情況,本文就介紹了兩種解決方法,具有一定的參考價值,感興趣的可以了解一下
    2023-09-09
  • MySQL之淺談DDL和DML

    MySQL之淺談DDL和DML

    大家好,本篇文章主要講的是MySQL之淺談DDL和DML,感興趣的同學趕快來看一看吧,對你有幫助的話記得收藏一下,方便下次瀏覽
    2021-12-12
  • 基于ubuntu中使用mysql實現(xiàn)opensips用戶認證的解決方法

    基于ubuntu中使用mysql實現(xiàn)opensips用戶認證的解決方法

    本篇文章小編為大家介紹,基于ubuntu中使用mysql實現(xiàn)opensips用戶認證的解決方法。需要的朋友參考下
    2013-04-04
  • MySQL中配置文件my.cnf因權(quán)限問題導致無法啟動的解決方法

    MySQL中配置文件my.cnf因權(quán)限問題導致無法啟動的解決方法

    這篇文章主要給大家介紹了關(guān)于MySQL中配置文件my.cnf因權(quán)限問題導致無法啟動的解決方法,該無法啟動的錯誤提示代碼是:World-writable config file '/etc/my.cnf' is ignored,文中給出了詳細的解決方法,需要的朋友們下面來一起看看吧。
    2017-06-06

最新評論