EQUI JOIN: join、outer join
SEMI JOIN: from a,b
一、索引
//存儲(chǔ)過程至批量數(shù)據(jù)導(dǎo)入
create PROCEDURE bigData_test(IN num int,IN begin_num int)
BEGIN
DECLARE i INT DEFAULT 0;
DECLARE y INT DEFAULT begin_num;
WHILE i < num DO
INSERT INTO bs_user VALUES (y,concat(y,'.jpg'),concat('tangyb',y),concat('tangyb',y),concat('tangyb',y),NULL,NULL,'00');
SET i = i + 1;
SET y = y + 1;
END WHILE;
END
//執(zhí)行存儲(chǔ)函數(shù)
START TRANSACTION;
call bigData_test(100000,1); /*調(diào)用存儲(chǔ)過程（手動(dòng)開啟事務(wù)，否則每次insert都會(huì)commit，會(huì)導(dǎo)致執(zhí)行速度慢到令人發(fā)指）
commit;
//新建并查詢索引（自己測試的時(shí)候先新增數(shù)據(jù)在建立索引，否則在添加數(shù)據(jù)的時(shí)候等候時(shí)間太長）
ALTER TABLE bs_user ADD INDEX index_uname (u_name); /給bs_user添加一個(gè)名為index_uname的索引
show index from bs_user; /查詢bs_user表中的索引
小知識(shí)
show global variables like '%query_cache%'; /查詢query_cache 是否開啟（走索引第一次會(huì)很慢，第二次會(huì)很快）
show variables like '%storage_engine%'; /表引擎使用innodb.第一次查詢也會(huì)走數(shù)據(jù)文件，第二次直接走buffer_pool,也比直接查詢數(shù)據(jù)文件要快
原理分析：http://blog.jobbole.com/24006/
二、分表、分庫、分區(qū)
在大數(shù)據(jù)的基礎(chǔ)上需要考慮這些數(shù)據(jù)主要是讀還是更新（根據(jù)不同的操作也可以選擇不同特征的數(shù)據(jù)庫，冷熱數(shù)據(jù)分離）
分表：垂直-按照字段（如：文章的內(nèi)容常常用于查詢，訪問量常常更新）
水平-保持表的結(jié)構(gòu)相同，只是把數(shù)據(jù)放到不同的表中（user表：user1,user2），根據(jù)uid段來區(qū)分11000000放到user1，10000012000000放到user2等等
每張表都需要帶上，MYD數(shù)據(jù)文件，.MYI索引文件，.frm表結(jié)構(gòu)文件
分區(qū)：將一張表的數(shù)據(jù)分為N個(gè)區(qū)塊，可以放置在相同或是不同的磁盤上，散列在不同的位置。操作的同一張表名，由數(shù)據(jù)庫自己選擇分區(qū)
分庫：當(dāng)一臺(tái)服務(wù)器的磁盤IO遇到瓶頸或是磁盤剩余空間過小等等，可以采用分庫到不同服務(wù)器數(shù)據(jù)庫
簡單介紹：http://www.cnblogs.com/langtianya/p/4997768.html
存在問題：http://wentao365.iteye.com/blog/1740874
一種是表鎖定（myisam存儲(chǔ)引擎），一個(gè)是行鎖定（innodb存儲(chǔ)引擎）
mysql大約執(zhí)行流程
1、接收到sql;
2、把sql放到排隊(duì)隊(duì)列中;
3、執(zhí)行sql;
4、返回執(zhí)行結(jié)果。
分表
a，做mysql集群，用調(diào)度算法選擇數(shù)據(jù)庫（但是每張表的數(shù)據(jù)還是那么多，只是改變了連接隊(duì)列方面的效率，而且耗硬件）
b，預(yù)計(jì)會(huì)出現(xiàn)大數(shù)據(jù)量并訪問頻繁，按照user1,user2的方式分表（縮短每張表的數(shù)據(jù)，但是前期如果沒有規(guī)劃好，后期就需要修改大量的sql）
c，merge存儲(chǔ)引擎來實(shí)現(xiàn)分表（用一個(gè)總表allUser,然后做user1和User2）,具體http://www.cnblogs.com/miketwais/articles/mysql_partition.html
1,存儲(chǔ)引擎的使用不同，冷數(shù)據(jù)使用MyIsam 可以有更好的查詢數(shù)據(jù)。活躍數(shù)據(jù)，可以使用Innodb ,可以有更好的更新速度。
2,對(duì)冷數(shù)據(jù)進(jìn)行更多的從庫配置，因?yàn)楦嗟牟僮魇遣樵儯@樣來加快查詢速度。對(duì)熱數(shù)據(jù)，可以相對(duì)有更多的主庫的橫向分表處理。
3,對(duì)于一些特殊的活躍數(shù)據(jù)，也可以考慮使用memcache ,redis之類的緩存，等累計(jì)到一定量再去更新數(shù)據(jù)庫.
三、引擎
mysql中 myisam 引擎不支持事務(wù)的概念，多用于數(shù)據(jù)倉庫這樣查詢多而事務(wù)少的情況，速度較快。
mysql中 innoDB 引擎支持事務(wù)的概念，多用于web網(wǎng)站后臺(tái)等實(shí)時(shí)的中小型事務(wù)處理后臺(tái)。
四、優(yōu)化
//檢索速度的提升
1、like '%tangyb' 這種前面模糊匹配會(huì)嚴(yán)重影響檢索速度
2、limit 的offset 是取offset+N行 并不是從offset開始,所以offset特別大的時(shí)候 影響效率
3、count()會(huì)統(tǒng)計(jì)所有行 ，count(1)必須確保第一列不為null，否則不會(huì)統(tǒng)計(jì)，所以mysql推薦使用count（）
4、禁止使用外鍵（不適合分布式、高并發(fā)）和存儲(chǔ)過程（不利于調(diào)試、擴(kuò)展、移植）
5、最好避免in的使用，最好在1000以內(nèi)
6、mybatis多用resultMap,禁止返回resultClass，減少耦合，方便維護(hù)
7、表的設(shè)計(jì) 包括 id、gmt?_creat、gmt?_modified
