explain

    0熱度

    2回答

    DB更大:Mysql的5.6時,InnoDB, 解釋結果: 真實的數據: 我很困惑在什麼地方16462900來自。當我設置6個wave_no時,解釋結果中的行是6:

    1熱度

    2回答

    我試圖用EXPLAIN以提高通過索引上某些查詢的性能,我用SHOW index FROM TableB;每次rows柱的側向承載力在查詢的EXPLAIN輸出改變 防爆我注意到: mysql> EXPLAIN Select A.id From TableA A Inner join TableB B On A.address = B.address And A.cod

    0熱度

    1回答

    比方說,我有三個表格 - 用戶,服務器和付款。每個用戶可以有多個服務器,每個服務器可以有多個支付。我們還想說,我想查找最近的付款並獲取有關付款所附的服務器/客戶的信息。下面是一個查詢,可以這樣做: SELECT * FROM payments p JOIN customers c ON p.custID = c.custID JOIN servers s ON s.serverID = p.

    0熱度

    1回答

    該查詢是在如下狀態, select * from lab this_ inner join visits v1_ on this_.visit_id=v1_.id v1_.id是在查詢主鍵。 完成需要1分多鐘。 以下是計劃。 id select_type table type possible_keys key 1 SIMPLE v1_ ALL <null> <null> 1

    0熱度

    2回答

    我有一個innodb表,表中的查詢如下所示。 SELECT * FROM x WHERE now() BETWEEN a AND b 我已經創建的複合指數(A,B)中,查詢返回周圍4K行,而行的表中的總數約爲700K。 但是,當我得到EXPLAIN的執行計劃時,我發現查詢沒有使用預期的索引。因爲估計的rows大約是360k,比實際值大得多。 我知道就像很多帖子(如Why the rows

    0熱度

    1回答

    我有一個緩慢的查詢(> 1s)。下面是該查詢的explain analyze結果: Nested Loop Left Join (cost=0.42..32275.13 rows=36 width=257) (actual time=549.409..1106.044 rows=2 loops=1) Join Filter: (answer.lt_surveyee_survey_id =

    3熱度

    1回答

    下面是未使用最近創建的複合索引的更新查詢/查詢計劃。解釋顯示它不使用名爲radacctupdate的複合索引,我認爲它會使更新查詢更快。還有其他索引也被其他查詢使用。 EXPLAIN UPDATE radacct SET acctstoptime = '2017-01-08 11:52:24', acctsessiontime = unix_timestamp('2017-01-08 11:52

    0熱度

    1回答

    id:'1', select_type: 'SIMPLE', table: 's', type: 'index', possible_keys: 'PRIMARY', key: 't_sensors_sensor_type_id_fk', key_len: '2', ref: NULL, rows: '4', Extra: 'Using index; Using temporar

    1熱度

    1回答

    選擇正確的行數我有一個下表 CREATE TABLE `test_series_analysis_data` ( `email` varchar(255) NOT NULL, `mappingId` int(11) NOT NULL, `packageId` varchar(255) NOT NULL, `sectionName` varchar(255) N

    0熱度

    2回答

    我在Debian 8機器上使用mysql 5.5.52,有時候我們有一個慢速查詢(> 3s),通常花費0.1s。我已經開始使用explain命令來查找正在發生的事情。 這是查詢和解釋信息 explain SELECT `box`.`message_id` ID , `messages`.`tipo` , `messages`.`text` , TIME_TO_SEC(TIMEDI