性能下降SQL慢、執(zhí)行時(shí)間長(zhǎng)、等待時(shí)間長(zhǎng)
- 查詢(xún)語(yǔ)句寫(xiě)的爛
- 索引失效
- 關(guān)聯(lián)查詢(xún)太多join(設(shè)計(jì)缺陷或不得已的需求,除非你能干的過(guò)你的產(chǎn)品經(jīng)理)
- 服務(wù)器調(diào)優(yōu)及各個(gè)參數(shù)設(shè)置(緩沖、線程數(shù)等)
常見(jiàn)通用的Join查詢(xún)
SQL執(zhí)行順序
SELECT DISTINCT <select_list>FROM <left_table> <join_type>JOIN <right_table> ON <join_condition>WHERE <where_condition>GROUP BY <group_by_list>HAVING <having_condition>ORDER BY <order_by_condition>LIMIT <limit_number>
FROM <left_table>ON <join_condition><join_type> JOIN <right_table> WHERE <where_condition>GROUP BY <group_by_list>HAVING <having_condition>SELECT DISTINCT <select_list>ORDER BY <order_by_condition>LIMIT <limit_number>
SQL JOINs
-- 建表和數(shù)據(jù)SQLCREATE TABLE `tbl_dept` ( `id` INT(11) NOT NULL AUTO_INCREMENT, `deptName` VARCHAR(30) DEFAULT NULL, `locAdd` VARCHAR(40) DEFAULT NULL, PRIMARY KEY (`id`)) ENGINE=INNODB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;CREATE TABLE `tbl_emp` ( `id` INT(11) NOT NULL AUTO_INCREMENT, `name` VARCHAR(20) DEFAULT NULL, `deptId` INT(11) DEFAULT NULL, PRIMARY KEY (`id`), KEY `fk_dept_id` (`deptId`) #CONSTRAINT `fk_dept_id` FOREIGN KEY (`deptId`) REFERENCES `tbl_dept` (`id`)) ENGINE=INNODB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;INSERT INTO tbl_dept(deptName,locAdd) VALUES('RD',11);INSERT INTO tbl_dept(deptName,locAdd) VALUES('HR',12);INSERT INTO tbl_dept(deptName,locAdd) VALUES('MK',13);INSERT INTO tbl_dept(deptName,locAdd) VALUES('MIS',14);
- 練習(xí)
- 1、A、B兩表共有
- select * from tbl_emp a inner join tbl_dept b on a.deptId = b.id;
- 2、A、B兩表共有+A的獨(dú)有
- select * from tbl_emp a left join tbl_dept b on a.deptId = b.id
- 3、A、B兩表共有+B的獨(dú)有
- select * from tbl_emp a right join tbl_dept b on a.deptId = b.id;
- 4、A的獨(dú)有
- select * from tbl_emp a left join tbl_dept b on a.deptId = b.id where b.id is null;
- 5、B的獨(dú)有
- select * from tbl_emp a right join tbl_dept b on a.deptId = b.id where a.deptId is null;
- 6、AB全有
- MySQL Full Join的實(shí)現(xiàn) 因?yàn)镸ySQL不支持FULL JOIN,下面是替代方法
- left join + union(可去除重復(fù)數(shù)據(jù))+ right join
- 實(shí)現(xiàn)如下面代碼
- 7、A的獨(dú)有 + B的獨(dú)有
-- 6、AB全有SELECT *FROM tbl_emp a LEFT JOIN tbl_dept b ON a.deptId = b.idUNION SELECT *FROM tbl_emp a RIGHT JOIN tbl_dept b ON a.deptId = b.id;-- 7、A的獨(dú)有 + B的獨(dú)有SELECT *FROM tbl_emp a LEFT JOIN tbl_dept b ON a.deptId = b.idWHERE b.id IS NULLUNIONSELECT *FROM tbl_emp a RIGHT JOIN tbl_dept b ON a.deptId = b.idWHERE a.`deptId` IS NULL;
索引簡(jiǎn)介
什么是索引
索引的優(yōu)勢(shì)
- 類(lèi)似大學(xué)圖書(shū)館建書(shū)目索引, 提高數(shù)據(jù)檢索的效率 ,降低數(shù)據(jù)庫(kù)的IO成本
- 通過(guò)索引列對(duì)數(shù)據(jù)進(jìn)行排序 ,降低數(shù)據(jù)排序的成本 ,降低了CPU的消耗
索引的劣勢(shì)
- 實(shí)際上索引也是一張表,該表保存了主鍵與索引字段,并指向?qū)嶓w表的記錄,所以索引列也是要占用空間的
- 雖然索引大大提高了查詢(xún)速度,同時(shí)卻會(huì)降低更新表的速度,如對(duì)表進(jìn)行INSERT、UPDATE和DELETE。因?yàn)楦卤頃r(shí),MySQL不僅要保存數(shù)據(jù),還要保存一下索引文件每次更新添加了索引列的字段,都會(huì)調(diào)整因?yàn)楦滤鶐?lái)的鍵值變化后的索引信息
- 索引只是提高效率的一個(gè)因素,如果你的MySQL有大數(shù)據(jù)量的表, 就需要花時(shí)間研究建立最優(yōu)秀的索引,或優(yōu)化查詢(xún)語(yǔ)句
MySQL索引分類(lèi)
- 單值索引
- 即一個(gè)索引只包含單個(gè)列,一個(gè)表可以有多個(gè)單列索引
- 唯一索引
- 復(fù)合索引
- 基本語(yǔ)法
- 創(chuàng)建,兩種方式
- CREATE [UNIQUE ] INDEX indexName ON mytable(columnname(length));
- 如果是CHAR,VARCHAR類(lèi)型,length 可以小于字段實(shí)際長(zhǎng)度;
- 如果是 BLOB 和 TEXT 類(lèi)型,必須指定 length。
- ALTER mytable ADD [UNIQUE ] INDEX [indexName] ON (columnname(length))
- 刪除
- DROP INDEX [indexName] ON mytable;
- 查看
- SHOW INDEX FROM table_name\G
- 使用 Alter 命令
- 有四種方式來(lái)添加數(shù)據(jù)表的索引:
- ALTER TABLE tbl_name ADD PRIMARY KEY (column_list)
- 該語(yǔ)句添加一個(gè)主鍵,這意味著索引值必須是唯一的,且不能為NULL。
- ALTER TABLE tbl_name ADD UNIQUE index_name (column_list)
- 這條語(yǔ)句創(chuàng)建索引的值必須是唯一的(除了NULL外,NULL可能會(huì)出現(xiàn)多次)。
- ALTER TABLE tbl_name ADD INDEX index_name (column_list)
- ALTER TABLE tbl_name ADD FULLTEXT index_name (column_list)
- 該語(yǔ)句指定了索引為 FULLTEXT ,用于全文索引。
MySQL索引結(jié)構(gòu)
- BTree索引
- 檢索原理
-
- 【初始化介紹】
- 一顆b+樹(shù),淺藍(lán)色的塊我們稱(chēng)之為一個(gè)磁盤(pán)塊,可以看到每個(gè)磁盤(pán)塊包含幾個(gè) 數(shù)據(jù)項(xiàng) ( 深藍(lán)色 所示)和 指針 ( 黃色 所示),如磁盤(pán)塊1包含數(shù)據(jù)項(xiàng)17和35,包含指針P1、P2、P3。 P1表示小于17的磁盤(pán)塊,P2表示在17和35之間的磁盤(pán)塊,P3表示大于35的磁盤(pán)塊。
- 真實(shí)的數(shù)據(jù)存在于葉子節(jié)點(diǎn) 即 3、5、9、10、13、15、28、29、36、60、75、79、90、99。
- 非葉子節(jié)點(diǎn)只不存儲(chǔ)真實(shí)的數(shù)據(jù),只存儲(chǔ)指引搜索方向的數(shù)據(jù)項(xiàng) ,如17、35并不真實(shí)存在于數(shù)據(jù)表中。
- 【查找過(guò)程】
- 如果要查找數(shù)據(jù)項(xiàng)29,那么首先會(huì)把磁盤(pán)塊1由磁盤(pán)加載到內(nèi)存,此時(shí)發(fā)生一次IO,在內(nèi)存中用二分查找確定29在17和35之間,鎖定磁盤(pán)塊1的P2指針,內(nèi)存時(shí)間因?yàn)榉浅6蹋ㄏ啾却疟P(pán)的IO)可以忽略不計(jì),通過(guò)磁盤(pán)塊1的P2指針的磁盤(pán)地址把磁盤(pán)塊3由磁盤(pán)加載到內(nèi)存,發(fā)生第二次IO,29在26和30之間,鎖定磁盤(pán)塊3的P2指針,通過(guò)指針加載磁盤(pán)塊8到內(nèi)存,發(fā)生第三次IO,同時(shí)內(nèi)存中做二分查找找到29,結(jié)束查詢(xún),總計(jì)三次IO。
- 真實(shí)的情況是,3層的b+樹(shù)可以表示上百萬(wàn)的數(shù)據(jù),如果上百萬(wàn)的數(shù)據(jù)查找只需要三次IO,性能提高將是巨大的,如果沒(méi)有索引,每個(gè)數(shù)據(jù)項(xiàng)都要發(fā)生一次IO,那么總共需要百萬(wàn)次的IO,顯然成本非常非常高。
未完待續(xù)
來(lái)自:http://www.jianshu.com/p/2717d4fbd474
本站僅提供存儲(chǔ)服務(wù),所有內(nèi)容均由用戶(hù)發(fā)布,如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容,請(qǐng)
點(diǎn)擊舉報(bào)。