Mysql數(shù)據(jù)庫性能優(yōu)化二
在上篇文章給大家介紹了mysql數(shù)據(jù)庫性能優(yōu)化一,今天繼續(xù)接著上篇文章給大家介紹數(shù)據(jù)庫性能優(yōu)化相關(guān)知識(shí)。具體內(nèi)容如下所示:
建立適當(dāng)?shù)乃饕?
說起提高數(shù)據(jù)庫性能,索引是最物美價(jià)廉的東西了。不用加內(nèi)存,不用改程序,不用調(diào)sql,只要執(zhí)行個(gè)正確的'create index',查詢速度就可能提高百倍千倍,這可真有誘惑力??墒翘煜聸]有免費(fèi)的午餐,查詢速度的提高是以插入、更新、刪除的速度為代價(jià)的,這些寫操作,增加了大量的I/O。
是不是建立一個(gè)索引就能解決所有的問題?ename上沒有建立索引會(huì)怎樣?
select * from emp where ename='研發(fā)部';
---測試案例命令如下 (最好以 select * from emp e,dept d where e.empno=123451 )
*添加主鍵
ALTER TABLE emp ADD PRIMARY KEY(empno);
*刪除主鍵
alter table emp drop primary key;
索引的原理說明
沒有索引為什么會(huì)慢?
使用索引為什么會(huì)快?
索引的代價(jià)
1、磁盤占用
2、對(duì)dml(update delete insert)語句的效率影響
btree 方式檢索,算法復(fù)雜度: log2N 次數(shù)
哪些列上適合添加索引
1、較頻繁的作為查詢條件字段應(yīng)該創(chuàng)建索引
select * from emp where empno = 1;
2、唯一性太差的字段不適合單獨(dú)創(chuàng)建索引,即使頻繁作為查詢條件
select * from emp where sex = '男'
3、更新非常頻繁的字段不適合創(chuàng)建索引
select * from emp where logincount = 1
4、不會(huì)出現(xiàn)在WHERE子句中的字段不該創(chuàng)建索引
索引的類型
•主鍵索引,主鍵自動(dòng)的為主索引 (類型Primary)
•唯一索引 (UNIQUE)
•普通索引 (INDEX)
•全文索引 (FULLTEXT) [適用于MyISAM] ——》sphinx + 中文分詞 coreseek [sphinx 的中文版 ]
•綜合使用=>復(fù)合索引
簡述mysql四種索引的區(qū)別
lPRIMARY 索引 =》在主鍵上自動(dòng)創(chuàng)建
lUNIQUE 索引=> 只要是UNiQUE 就是Unique索引.(只能在字段內(nèi)容不重復(fù)的情況下,才能創(chuàng)建唯一索引)
lINDEX 索引=>就是普通索引
lFULLTEXT => 只在MYISAM 存儲(chǔ)引擎支持, 目的是全文索引,在內(nèi)容系統(tǒng)中用的多, 在全英文網(wǎng)站用多(英文詞獨(dú)立). 中文數(shù)據(jù)不常用,意義不大,國內(nèi)全文索引通常使用 sphinx來完成,全文索引只能在 char varchar text字段創(chuàng)建.
全文索引案例
1.創(chuàng)建表
create table news(id int , title varchar(32),con varchar(1024)) engine=MyISAM;
2.建立全文索引
create fulltext index ful_inx on news (con);
3.插入數(shù)據(jù)
這里要注意,對(duì)于常見的英文 fulltext 不會(huì)匹配,而且插入的語句本身是正確的.
'but it often happens that they are not above supporting themselves by dishonest means.which should be more disreputable.Cultivate poverty like a garden herb'
4.看看匹配度
mysql> select match(con) against('poverty') from news; +-------------------------------+ | match(con) against('poverty') | +-------------------------------+ | 0 | | 0 | | 0 | | 0.9853024482727051 | +------------------------------+
0表示沒有匹配到,或者你的詞是停止詞,是不會(huì)建立索引的.
使用全文索引,不能使用like語句,這樣就不會(huì)使用到全文索引了.
復(fù)合索引
create index 索引名 on 表名(列1,列2);
索引的使用
建立索引
create [UNIQUE|FULLTEXT] index index_name on tbl_name (col_name [(length)] [ASC | DESC] , …..); alter table table_name ADD INDEX [index_name] (index_col_name,...) 添加主鍵(索引) ALTER TABLE 表名 ADD PRIMARY KEY(列名,..); 聯(lián)合主鍵
刪除索引
DROP INDEX index_name ON tbl_name; alter table table_name drop index index_name; 刪除主鍵(索引)比較特別: alter table t_b drop primary key;
查詢索引(均可)
show index(es) from table_name; show keys from table_name; desc table_Name;
修改索引,我們一般是先刪除在重新創(chuàng)建.
查詢要使用索引最重要的條件是查詢條件中需要使用索引。
下列幾種情況下有可能使用到索引:
1,對(duì)于創(chuàng)建的多列索引,只要查詢條件使用了最左邊的列,索引一般就會(huì)被使用。
2,對(duì)于使用like的查詢,查詢?nèi)绻?'%aaa' 不會(huì)使用到索引, 'aaa%' 會(huì)使用到索引。
下列的表將不使用索引:
1,如果條件中有or,即使其中有條件帶索引也不會(huì)使用。
2,對(duì)于多列索引,不是使用的第一部分,則不會(huì)使用索引。
3,like查詢是以%開頭
4,如果列類型是字符串,那一定要在條件中將數(shù)據(jù)使用引號(hào)引用起來。否則不使用索引。(添加時(shí),字符串必須'')
5,如果mysql估計(jì)使用全表掃描要比使用索引快,則不使用索引。
測試案例(就在前面的dept表上做演示.)
CREATE TABLE dept( deptno MEDIUMINT UNSIGNED NOT NULL DEFAULT 0, dname VARCHAR(20) NOT NULL DEFAULT "", loc VARCHAR(13) NOT NULL DEFAULT "" ) ENGINE=MyISAM DEFAULT CHARSET=utf8 ; --放入數(shù)據(jù),前面應(yīng)該已經(jīng)添加了,如果沒有則需要重新添加 --測試開始.
添加一個(gè)主鍵索引
alter table dept add primary key (deptno)
--測試語句
explain select * from dept where deptno=1;
結(jié)果是:
mysql> explain select * from dept where deptno=1; *************************** 1. row *************************** id: 1 select_type: SIMPLE table: dept type: const possible_keys: PRIMARY key: PRIMARY key_len: 3 ref: const rows: 1 Extra: 1 row in set (0.00 sec)
--創(chuàng)建多列索引
alter table dept add index myind (dname,loc);
--證明對(duì)于創(chuàng)建的多列索引,只要查詢條件使用了最左邊的列,索引一般就會(huì)被使用
explain select * from dept where dname='研發(fā)部'; 會(huì)顯示使用到了索引myind explain select * from dept where loc='MsBDpMRX'; 不會(huì)顯示使用到了索引myind
--對(duì)于使用like的查詢
explain select * from dept where dname like '%研發(fā)部'; 不會(huì)顯示使用到了索引myind explain select * from dept where dname like '研發(fā)部%'; 會(huì)顯示使用到了索引myind
--如果條件中有or,即使其中有條件帶索引也不會(huì)使用
--為了演示,我們把復(fù)合索引刪除,然后只在dname上加入索引.
alter table dept drop index myind alter table dept add index myind (dname) explain select * from dept where dname='研發(fā)部' or loc='aa';-- 就不會(huì)使用到dname列上的
--如果列類型是字符串,那一定要在條件中將數(shù)據(jù)使用引號(hào)引用起來。否則不使用索引
select * from dept from dname=1234; //不會(huì)使用到索引 select * from dept from dname='1234'; //會(huì)使用到索引
查看索引的使用情況
show status like 'Handler_read%';
大家可以注意:
handler_read_key:這個(gè)值越高越好,越高表示使用索引查詢到的次數(shù)。
handler_read_rnd_next:這個(gè)值越高,說明查詢低效。
* 這時(shí)我們會(huì)看到handler_read_rnd_next值很高,為什么,這是因?yàn)槲覀兦懊鏇]有加索引的時(shí)候,做過多次查詢的原因.
常用SQL優(yōu)化
大批量插入數(shù)據(jù)(MySql管理員) 了解
對(duì)于MyISAM:
alter table table_name disable keys; loading data//insert語句; alter table table_name enable keys;
對(duì)于Innodb:
1,將要導(dǎo)入的數(shù)據(jù)按照主鍵排序
2,set unique_checks=0,關(guān)閉唯一性校驗(yàn)。
3,set autocommit=0,關(guān)閉自動(dòng)提交。
優(yōu)化group by 語句
默認(rèn)情況,MySQL對(duì)所有的group by col1,col2進(jìn)行排序。這與在查詢中指定order by col1, col2類似。如果查詢中包括group by但用戶想要避免排序結(jié)果的消耗,則可以使用order by
null禁止排序
有些情況下,可以使用連接來替代子查詢。
因?yàn)槭褂胘oin,MySQL不需要在內(nèi)存中創(chuàng)建臨時(shí)表。(講解)
如果想要在含有or的查詢語句中利用索引,則or之間的每個(gè)條件列都必須用到索引,如果沒有索引,則應(yīng)該考慮增加索引(與環(huán)境相關(guān) 講解)
select * from 表名 where 條件1='' or 條件2='tt' explaine select * from dept group by dname; =>這時(shí)顯示 extra: using filesort 說明會(huì)進(jìn)行排序 explaine select * from dept group by dname order by null =>這時(shí)不含有顯示 extra: using filesort 說明不會(huì)進(jìn)行排序
***有些情況下,可以使用連接來替代子查詢。因?yàn)槭褂胘oin,MySQL不需要在內(nèi)存中創(chuàng)建臨時(shí)表
explain select * from emp , dept where emp.deptno=dept.deptno;
和下面比較就可以說明問題!!
explain select * from emp left join dept on emp.deptno=dept.deptno;
選擇合適的存儲(chǔ)引擎
MyISAM:默認(rèn)的MySQL存儲(chǔ)引擎。如果應(yīng)用是以讀操作和插入操作為主,只有很少的更新和刪除操作,并且對(duì)事務(wù)的完整性要求不是很高。其優(yōu)勢是訪問的速度快。
InnoDB:提供了具有提交、回滾和崩潰恢復(fù)能力的事務(wù)安全。但是對(duì)比MyISAM,寫的處理效率差一些并且會(huì)占用更多的磁盤空間。
Memory:數(shù)據(jù)存在內(nèi)存中,服務(wù)重啟時(shí),數(shù)據(jù)丟失
MyISAM: 在插入數(shù)據(jù)時(shí),默認(rèn)放在最后. ,刪除數(shù)據(jù)后,空間不回收.(不支持事務(wù)和外鍵)
InnoDB 支持事務(wù)和外鍵
對(duì)應(yīng)我們程序員說,常用的存儲(chǔ)引擎主要是 myisam / innodb / memory,heap 表
如果選用小原則:
1.如果追求速度,不在乎數(shù)據(jù)是否一直把保存,也不考慮事務(wù),請(qǐng)選擇 memory 比如存放用戶在線狀態(tài).
2.如果表的數(shù)據(jù)要持久保存,應(yīng)用是以讀操作和插入操作為主,只有很少的更新和刪除操作,并且對(duì)事務(wù)的完整性要求不是很高。選用MyISAM
3.如果需要數(shù)據(jù)持久保存,并提供了具有提交、回滾和崩潰恢復(fù)能力的事務(wù)安全,請(qǐng)選用Innodb
選擇合適的數(shù)據(jù)類型
在精度要求高的應(yīng)用中,建議使用定點(diǎn)數(shù)來存儲(chǔ)數(shù)值,以保證結(jié)果的準(zhǔn)確性。deciaml 不要用float
對(duì)于存儲(chǔ)引擎是MyISAM的數(shù)據(jù)庫,如果經(jīng)常做刪除和修改記錄的操作,要定時(shí)執(zhí)行optimize table table_name;功能對(duì)表進(jìn)行碎片整理。
日期類型要根據(jù)實(shí)際需要選擇能夠滿足應(yīng)用的最小存儲(chǔ)的早期類型
create table bbs(id int ,con varchar(1024) , pub_time int); date('Ymd',時(shí)間-3*24*60*60); 2038年-1-19
對(duì)于使用浮點(diǎn)數(shù)和定點(diǎn)數(shù)的案例說明
create table temp1( t1 float(10,2), t2 decimal(10,2)); insert into temp1 values(1000000.32,1000000,32); 發(fā)現(xiàn) t1 成了 1000000.31 所以有問題.
對(duì)于optimize table 表名 演示
create table temp2( id int) engine=MyISAM; insert into temp2 values(1); insert into temp2 values(2); insert into temp2 values(3); insert into temp2 select * from temp2;--復(fù)制 delete from temp2 where id=1; 發(fā)現(xiàn) 該表對(duì)于的數(shù)據(jù)文件沒有變小
定期執(zhí)行 optimize table temp2 發(fā)現(xiàn)表大小變化,碎片整理完畢
&&對(duì)于InnoDB它的數(shù)據(jù)會(huì)存在data/ibdata1目錄下,在data/數(shù)據(jù)庫/只有一個(gè) *.frm表結(jié)構(gòu)文件.
關(guān)于mysql數(shù)據(jù)庫性能優(yōu)化二小編就給大家介紹到這里,希望對(duì)大家有所幫助!
- MySQL數(shù)據(jù)庫21條最佳性能優(yōu)化經(jīng)驗(yàn)
- MySQL性能優(yōu)化的最佳20+條經(jīng)驗(yàn)
- 數(shù)據(jù)庫Mysql性能優(yōu)化詳解
- Mysql數(shù)據(jù)庫性能優(yōu)化一
- Mysql性能優(yōu)化方案分享
- mysql性能優(yōu)化之索引優(yōu)化
- 19個(gè)MySQL性能優(yōu)化要點(diǎn)解析
- 詳解MySQL性能優(yōu)化(二)
- 詳解MySQL性能優(yōu)化(一)
- MySQL延遲關(guān)聯(lián)性能優(yōu)化方法
- MySQL幾點(diǎn)重要的性能指標(biāo)計(jì)算和優(yōu)化方法總結(jié)
相關(guān)文章
MySQL中關(guān)于臨時(shí)表的一些基本使用方法
這篇文章主要介紹了MySQL中關(guān)于臨時(shí)表的一些基本使用方法,是MySQL入門學(xué)習(xí)中的基礎(chǔ)知識(shí),需要的朋友可以參考下2015-05-05MySQL閃回(flashback)原理與實(shí)戰(zhàn)
摘要: 本文將介紹閃回原理,給出筆者的實(shí)戰(zhàn)經(jīng)驗(yàn),并對(duì)現(xiàn)存的閃回工具作比較。這是目前為止,MySQL 閃回領(lǐng)域第一篇全面深入的實(shí)戰(zhàn)總結(jié)。2017-01-01安裝MySQL時(shí),輸入mysqld --install后,顯式該文件已存在問題
這篇文章主要介紹了安裝MySQL時(shí),輸入mysqld --install后,顯式該文件已存在問題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-12-12解決數(shù)據(jù)庫有數(shù)據(jù)但查詢出來的值為Null問題
這篇文章主要介紹了解決數(shù)據(jù)庫有數(shù)據(jù)但查詢出來的值為Null問題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-10-10MySQL-group-replication 配置步驟(推薦)
下面小編就為大家?guī)硪黄狹ySQL-group-replication 配置步驟(推薦)。小編覺得挺不錯(cuò)的,現(xiàn)在就分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧2017-03-03