前言
數(shù)據(jù)庫(kù)一直是筆者比較薄弱的地方,結(jié)合自己的使用經(jīng)驗(yàn)(python+sqlalchemy)等做個(gè)記錄,筆者比較喜歡使用ORM,一直感覺(jué)拼sql是一件比較痛苦的事情(主要是不擅長(zhǎng)sql),以前維護(hù)項(xiàng)的目中也遇到過(guò)一些數(shù)據(jù)庫(kù)的坑,比如編碼問(wèn)題,浮點(diǎn)數(shù)精度損失等,防止以后重復(fù)踩坑。
1章:使用幫助
使用mysql內(nèi)置的幫助命令
msyql> ? data types
: 查看數(shù)據(jù)類型mysql> ? int
mysql> ? create table
2章:表類型(存儲(chǔ)引擎)的選擇
最常用的兩種引擎:
1、Myisam是Mysql的默認(rèn)存儲(chǔ)引擎,當(dāng)create創(chuàng)建新表時(shí),未指定新表的存儲(chǔ)引擎時(shí),默認(rèn)使用Myisam。 每個(gè)MyISAM 在磁盤(pán)上存儲(chǔ)成三個(gè)文件。文件名都和表名相同,擴(kuò)展名分別是 .frm (存儲(chǔ)表定義) 、.MYD (MYData,存儲(chǔ)數(shù)據(jù))、.MYI (MYIndex,存儲(chǔ)索引)。數(shù)據(jù)文件和 索引文件可以放置在不同的目錄,平均分布io,獲得更快的速度。
2、InnoDB 存儲(chǔ)引擎提供了具有提交、回滾和崩潰恢復(fù)能力的事務(wù)安全。但是對(duì)比 Myisam 的存儲(chǔ)引擎,InnoDB 寫(xiě)的處理效率差一些并且會(huì)占用更多的磁盤(pán)空間以保留數(shù)據(jù)和索引。
常用環(huán)境:
1、MyISAM: 默認(rèn)的 MySQL 插件式存儲(chǔ)引擎, 它是在 Web、 數(shù)據(jù)倉(cāng)儲(chǔ)和其他應(yīng)用環(huán)境下最常
使用的存儲(chǔ)引擎之一
2、InnoDB:用于事務(wù)處理應(yīng)用程序,具有眾多特性,包括 ACID 事務(wù)支持。
3章:選擇合適的數(shù)據(jù)類型
首先選擇合適的存儲(chǔ)引擎,根據(jù)指定的存儲(chǔ)引擎確定合適的數(shù)據(jù)類型。
需要注意的一些數(shù)據(jù)類型:
1、char與varchar: 保存和檢索方式不同,最大長(zhǎng)度和是否尾部空格被保留也不同。char固定長(zhǎng)度,長(zhǎng)度不夠用空格填充,獲取時(shí)如果沒(méi)有設(shè)置 PAD_CHAR_TO_FULL_LENGTH默認(rèn)去除尾部空格。
varchar變長(zhǎng)字符串,檢索時(shí)尾部空格會(huì)被保留。注意查詢時(shí)候不區(qū)分大小寫(xiě),如果用sqlalchemy區(qū)分大小寫(xiě)不要用func.binary
函數(shù)。
2、text和blob: text
和blob執(zhí)行大量的更新或者刪除的時(shí)候會(huì)留下很大『空洞』,建議定期用OPTIMIZE TABLE功能對(duì)這類表碎片整理。避免檢索大型的blob或text值 。把text和blob列分離到單獨(dú)的表中。
3、浮點(diǎn)數(shù)float與定點(diǎn)數(shù)decimal:
注意幾個(gè)點(diǎn):
1.浮點(diǎn)數(shù)雖然能表示更大的數(shù)據(jù)范圍,但是有誤差問(wèn)題。
2.對(duì)貨幣等精度敏感的問(wèn)題,應(yīng)使用定點(diǎn)數(shù)存儲(chǔ)。之前項(xiàng)目踩過(guò)坑,結(jié)果不得不用放大和縮小倍數(shù)的方法解決,比較ugly。
3.編程如果遇到浮點(diǎn)數(shù),注意誤差問(wèn)題,盡量避免浮點(diǎn)數(shù)比較(比較浮點(diǎn)數(shù)需要作差小于一個(gè)特定精度),python3.5中可以這么比較:float_eq = partial(math.isclose, rel_tol=1e-09, abs_tol=0.0)
4.注意浮點(diǎn)數(shù)中一些特殊值的處理。
4章:字符集
一開(kāi)始要選擇合適的字符集,否則后期更換代價(jià)很高。python2中字符集就是個(gè)老大難問(wèn)題,困然很多新手。之前維護(hù)過(guò)的項(xiàng)目使用了msyql默認(rèn)的latin1字符集,導(dǎo)致每次寫(xiě)入的時(shí)候都要對(duì)字符串手動(dòng)encode成utf8。最近用python3.5+flask做項(xiàng)目直接使用utf8,再也沒(méi)碰到過(guò)編碼問(wèn)題:
5章:索引的設(shè)計(jì)和使用
所有mysql列類型都可以被索引,對(duì)相關(guān)列使用索引是提高select操作性能的最佳途徑。索引設(shè)計(jì)的原則:
1.搜索的索引列,不一定是所要選擇的列。最適合的索引的列是出現(xiàn)在where子句中的列,或連接子句中指定的列,而不是出現(xiàn)在select關(guān)鍵字之后的選擇列表中的列。
2.使用唯一索引。對(duì)于唯一值的列,索引效果較好,而有多個(gè)重復(fù)值的列,索引效果差。
3.使用短索引。如果對(duì)字符串列進(jìn)行索引,應(yīng)指定一個(gè)前綴長(zhǎng)度,只要有可能就應(yīng)該這樣做。
4.利用最左前綴。在創(chuàng)建一個(gè)n列索引時(shí),實(shí)際上創(chuàng)建了mysql可利用的n個(gè)索引。多列索引可以起到幾個(gè)索引的作用,因?yàn)榭衫盟饕械淖钭筮叺牧屑瘉?lái)匹配行,這樣的列集成為最左前綴。
5.不要過(guò)度索引。索引會(huì)浪費(fèi)磁盤(pán)空間,降低寫(xiě)入性能。
6.考慮在列上進(jìn)行的比較類型。
6章:鎖機(jī)制和事務(wù)控制
InnoDB引擎提提供行級(jí)鎖,支持共享鎖和排他鎖兩種鎖定模式,以及四種不同的隔離級(jí)別。mysql通過(guò)AUTOCOMIT, START TRANSACTIONS, COMMIT和ROLLBACK等語(yǔ)句支持本地事務(wù)。
7章:SQL中的安全問(wèn)題
SQL注入:利用某些數(shù)據(jù)庫(kù)的外部接口把用戶數(shù)據(jù)插入到實(shí)際的數(shù)據(jù)庫(kù)操作語(yǔ)音(sql)中,從而達(dá)到入侵?jǐn)?shù)據(jù)庫(kù)甚至操作系統(tǒng)的目的。產(chǎn)生原因主要是因?yàn)槌绦蚨延脩糨斎氲臄?shù)據(jù)沒(méi)有進(jìn)行嚴(yán)格的過(guò)濾,導(dǎo)致非法數(shù)據(jù)庫(kù)查詢語(yǔ)句的執(zhí)行,防范措施:
prepareStatement = Bind-variable
,不要使用拼接的sql8章:SQL Mode及相關(guān)問(wèn)題
更改默認(rèn)的mysql執(zhí)行模式,比如嚴(yán)格模式下列的插入或者更新不正確時(shí)mysql會(huì)給出錯(cuò)誤,并放棄操作。set session sql_mode='STRICT_TRANS_TABLES'
。設(shè)置sql_mode需要應(yīng)用人員權(quán)衡各種得失,做一個(gè)合適的選擇。
9章:常用SQL技巧
MAX([DISTINCE] expr), MIN([DISTINCE] expr)
rand()/rand(n)
提取隨機(jī)行group by
和with rollup
子句做統(tǒng)計(jì)bit group functions
做統(tǒng)計(jì)10章:其他需要注意的問(wèn)題
數(shù)據(jù)庫(kù)名、表名大小寫(xiě)問(wèn)題:不同平臺(tái)和系統(tǒng),是否區(qū)分大小寫(xiě)是不同的。建議就是始終統(tǒng)一使用小寫(xiě)名。
使用外鍵需要注意的地方:mysql中InnoDB支持對(duì)外部關(guān)鍵字約束條件的檢查。
11章:SQL優(yōu)化
優(yōu)化SQL的一般步驟:
1.使用show status和應(yīng)用特點(diǎn)了解各種SQL的執(zhí)行頻率,了解各種SQL大致的執(zhí)行比例。比如InnoDB的的參數(shù)Innode_rows_read查詢返回的行數(shù),Innodb_rows_inserted執(zhí)行insert插入的行數(shù),Innodb_rows_updated更新的行數(shù)。還有一下幾個(gè)參數(shù):Connections試圖連接mysql服務(wù)器嗯出書(shū),Uptime服務(wù)器的工作時(shí)間,Slow_queries慢查詢的次數(shù)。
2.定位執(zhí)行效率低的SQL語(yǔ)句。兩種方式:一種是通過(guò)慢查詢?nèi)罩径ㄎ粓?zhí)行效率低的語(yǔ)句,使用—log-slow-queries[=file_name]選項(xiàng)啟動(dòng)時(shí),mysqld寫(xiě)一個(gè)包含所有執(zhí)行時(shí)間超過(guò)long_query_time秒的SQL語(yǔ)句的日志文件。另一種是show processlist查看當(dāng)前mysql在進(jìn)行的線程,包括線程的狀態(tài),所否鎖表等,可以實(shí)時(shí)查看SQL執(zhí)行情況,同時(shí)對(duì)一些鎖表操作進(jìn)行優(yōu)化。
3.通過(guò)EXPLAIN分析低效SQL的執(zhí)行計(jì)劃:explain可以知道什么時(shí)候必須為表假如索引以得到一個(gè)使用索引來(lái)尋找記錄的更快的SELECT,以下是EXPLAIN執(zhí)行后得到的結(jié)果說(shuō)明:
4.確定問(wèn)題,并采取相應(yīng)優(yōu)化措施。
索引問(wèn)題
show status like 'Handler_read%';
兩個(gè)簡(jiǎn)單實(shí)用的優(yōu)化方法
從客戶端(代碼端)角度優(yōu)化
12章: 優(yōu)化數(shù)據(jù)庫(kù)對(duì)象
優(yōu)化表的數(shù)據(jù)類型:PROCEDURE ANALYZE()
對(duì)當(dāng)前表類型的判斷提出優(yōu)化建議。實(shí)際可以通過(guò)統(tǒng)計(jì)信息結(jié)合應(yīng)用實(shí)際優(yōu)化。
通過(guò)拆分,提高表的訪問(wèn)效率:這里拆分主要是針對(duì)Myisam類型的表。
逆規(guī)范化:規(guī)范化設(shè)計(jì)強(qiáng)調(diào)獨(dú)立性,數(shù)據(jù)盡可能少冗余,更多冗余意味著占用更多物理空間,同事也對(duì)數(shù)據(jù)維護(hù)和一致性檢查帶來(lái)問(wèn)題。適當(dāng)冗余可以減少多表訪問(wèn),查詢效率明顯提高,這種情況可以考慮適當(dāng)通過(guò)冗余提高效率。
使用冗余統(tǒng)計(jì)表:使用create temporary table
做統(tǒng)計(jì)分析
選擇更合適的表類型:1.如果應(yīng)用出現(xiàn)比較嚴(yán)重的鎖沖突,請(qǐng)考慮是否刻意更改存儲(chǔ)引擎到InnoDB,行鎖機(jī)制可以有效減少鎖沖突出現(xiàn)。2.如果應(yīng)用查詢操作很多,且對(duì)事務(wù)完整性要求不嚴(yán)格,可以考慮使用Myisam。
13章:鎖問(wèn)題
獲取鎖的等待情況:table_locks_waited和table_locks_immediate狀態(tài)變量來(lái)分析系統(tǒng)上的表鎖定爭(zhēng)奪。檢查Innode_row_lock分析行鎖的爭(zhēng)奪情況。
14章:優(yōu)化Mysql Server
查看Mysql Server當(dāng)前參數(shù)
mysqld --verbose --help
shell> mysqladmin variables or mysql> SHOW VARIABLES
mysqladmin extended-status or mysql>SHOW STATUS
影響Mysql性能的重要參數(shù)
15章:I/O問(wèn)題
磁盤(pán)搜索是巨大的性能瓶頸。
16章:應(yīng)用優(yōu)化
總結(jié)
以上就是關(guān)于mysql的相關(guān)內(nèi)容,希望本文的內(nèi)容對(duì)大家學(xué)習(xí)或者使用mysql能帶來(lái)一定的幫助,如果有疑問(wèn)大家可以留言交流。
標(biāo)簽:張家界 上海 阿里 定西 南寧 中衛(wèi) 鄂州 浙江
巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《深入淺出的學(xué)習(xí)Mysql》,本文關(guān)鍵詞 深入淺出,的,學(xué)習(xí),Mysql,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問(wèn)題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無(wú)關(guān)。