首頁  >  文章  >  資料庫  >  mysql大表中count()的用法以及mysql中count()的最佳化

mysql大表中count()的用法以及mysql中count()的最佳化

不言
不言原創
2018-08-22 09:35:203937瀏覽

本篇文章帶給大家的內容是關於mysql大表中count()的用法以及mysql中count()的優化,有一定的參考價值,有需要的朋友可以參考一下,希望對你有所幫助。

一個單表中包含有6000w 的資料,然而你又不能拆分.需要分別統計表中有多少資料,A產品有多少,B產品有多少這幾個資料.

在為優化之前.表結構如下,為了隱藏內容我將相應字段做了模糊化處理.

CREATE TABLE `xxxx` (
  `link` varchar(200) DEFAULT NULL,
  `test0` varchar(500) DEFAULT NULL,
  `test1` varchar(50) DEFAULT NULL,
  `test2` int(11) DEFAULT NULL,
  `test3` varchar(20) DEFAULT NULL,
  `test4` varchar(50) DEFAULT NULL,
  `test5` varchar(50) NOT NULL,
  `inserttime` datetime DEFAULT NULL,
  `test6` bit(1) NOT NULL DEFAULT b'0',
  `A` bit(1) NOT NULL DEFAULT b'0',
  `B` bit(1) NOT NULL DEFAULT b'0' ,
  PRIMARY KEY (`test5`),
  KEY `test6` (`test6`) USING BTREE,
  KEY `A` (`A`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

這個一個常規的InnoDB的表格,所以它的count(*)比起MyISAM的效率慢很多,InnoDB所顯示的row的行數不很準確,所以在這裡我需要統計一下.有這麼多策略.
共計61500000資料

count(*) 耗時1539.499 s

count(1) 耗時907.581s

count(A) 對索引進行count.

count(test6) 對主鍵進行count.

無一例外,由於這個表沒有優化好上面無論哪一種都需要幾千秒的時間,這個是我們無法忍受的.

下面我們開始著手分析處理這個問題.

預期整個表的count(*)應該在200s以內為正常,100以內為良好,50以內為優秀.

首先我將裡面test6抽取了出來,單獨形成了一個表.對其進行操作.
共61500000資料

count(*) 耗時10.238s

count(1) 耗時8.710s

count(test6) 對主鍵進行count.耗時12.957s

其中count(1)的效率最高,比最慢count(pk)速度提升了52.0%.

將你能確定的欄位改為最優值,例如:

varchar更為char.雖然varchar可以自動分配儲存空間的大小但是.varchar需要使用1到2個額外的位元組來記錄字串的長度,增加它的update的操作時間,

datetime改為timestamp後者在1978-2038年之間

最後使用count(1 )檢驗的時候最快耗時,168s.雖然有些慢但是可以接受.

總結:

重新設計你表中的字段,盡量優化它的長度.不要一味使用過多的varchar.

使用count(1)而不是count(*)來檢索.

相關推薦:

mysql中無限極分類的程式碼實現

Mysql資料庫最佳化的方法總結(必看)


以上是mysql大表中count()的用法以及mysql中count()的最佳化的詳細內容。更多資訊請關注PHP中文網其他相關文章!

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn