mysql數據庫

1.視圖

2.觸發器

3.事務

4.存儲過程

5.pymysql調用存儲過程

6.函數（內置函數）

7.流程控制

 

一.視圖

1.什麼是視圖
　　視圖就是經過查詢獲得的一張虛擬表，而後保存下來，下次直接使用便可

 

2.爲何要使用視圖

　　當頻繁須要用到多張表的連表的結果，你就能夠事先生成好視圖，
　以後直接調用便可，這樣避免了反覆寫連表操做的sql語句

 

 

3.如何使用

　　create view teacher_course as select * from teacher INNER JOIN course
　　on teacher.tid = course.teacher_id;

強調：
　　1.視圖只有表結構,視圖中的數據仍是來源於原來的表
　　2.不要改動視圖表中的數據
　　3.通常狀況下不會頻繁的使用視圖來寫業務邏輯

 

補充：那麼在開發中會不會取使用視圖     不會

不會！視圖是mysql的功能，若是你的項目裏面大量的使用到了視圖，那意味着你後期想要擴張某個功能的時候這個功能恰巧又須要對視圖進行修改，
意味着你須要先在mysql這邊將視圖先修改一下，而後再去應用程序中修改對應的sql語句，這就涉及到跨部門溝通的問題，因此一般不會使用視圖，
而是經過從新修改sql語句來擴展功能

 

二.觸發器

1.什麼是觸發器

　　在知足對某張表數據的增，刪，改的狀況下，自動觸發的功能稱之爲觸發器

 

2.爲何要使用觸發器

　　觸發器專門針對咱們對某一張表數據的insert，刪delete，改update的行爲，

這類行爲一旦執行就會觸發觸發器的執行，即自動運行另一段sql代碼

 

那麼觸發器的語法該怎麼寫：

 1 # 針對插入
 2 create trigger tri_after_insert_t1 after insert on 表名 for each row  3 begin  4  sql代碼。。。  5 end  6 create trigger tri_after_insert_t2 before insert on 表名 for each row  7 begin  8  sql代碼。。。  9 end 10 
11 # 針對刪除
12 create trigger tri_after_delete_t1 after delete on 表名 for each row 13 begin 14  sql代碼。。。 15 end 16 create trigger tri_after_delete_t2 before delete on 表名 for each row 17 begin 18  sql代碼。。。 19 end 20 
21 # 針對修改
22 create trigger tri_after_update_t1 after update on 表名 for each row 23 begin 24  sql代碼。。。 25 end 26 create trigger tri_after_update_t2 before update on 表名 for each row 27 begin 28  sql代碼。。。 29 end 30 
31 # 案例
32 CREATE TABLE cmd ( 33  id INT PRIMARY KEY auto_increment, 34     USER CHAR (32), 35     priv CHAR (10), 36     cmd CHAR (64), 37     sub_time datetime, #提交時間
38     success enum ('yes', 'no') #0表明執行失敗
39 ); 40 
41 CREATE TABLE errlog ( 42  id INT PRIMARY KEY auto_increment, 43     err_cmd CHAR (64), 44  err_time datetime 45 ); 46 
47 delimiter $$  # 將mysql默認的結束符由;換成$$
48 create trigger tri_after_insert_cmd after insert on cmd for each row 49 begin 50     if NEW.success = 'no' then  # 新記錄都會被MySQL封裝成NEW對象
51  insert into errlog(err_cmd,err_time) values(NEW.cmd,NEW.sub_time); 52     end if; 53 end $$ 54 delimiter ;  # 結束以後記得再改回來，否則後面結束符就都是$$了
55 
56 #往表cmd中插入記錄，觸發觸發器，根據IF的條件決定是否插入錯誤日誌
57 INSERT INTO cmd ( 58  USER, 59  priv, 60  cmd, 61  sub_time, 62  success 63 ) 64 VALUES 65     ('egon','0755','ls -l /etc',NOW(),'yes'), 66     ('egon','0755','cat /etc/passwd',NOW(),'no'), 67     ('egon','0755','useradd xxx',NOW(),'no'), 68     ('egon','0755','ps aux',NOW(),'yes'); 69 
70 # 查詢errlog表記錄
71 select * from errlog; 72 # 刪除觸發器
73 drop trigger tri_after_insert_cmd;

View Code

 

 

三.事務

什麼是事務： 開啓一個事務能夠包含一些sql語句，這些sql語句要麼同時成功，要麼一個都別想成功，稱之爲事務的原子性 事務的做用： 保證了對數據操做的數據安全， 案例：用交行的卡操做建行ATM機給工商的帳戶轉錢、 事務有4個必須具備的屬性： 1.原子性（atomicity）：一個事務是一個不可分割的工做單位，事務中包括的操做要麼都作要麼都不作 2.一致性（consistency）：事務必須是使數據庫從一個一致性狀態變到另外一個一致性狀態，一致性與原子性是密切相關的 3.一個事務的執行不能被其餘事務干擾。即一個事務內部的操做及使用的數據對併發的其餘事務是隔離的，併發執行的各個事務之間不能互相干擾。 4.。持久性也稱永久性（permanence），指一個事務一旦提交，它對數據庫中數據的改變就應該是永久性的。接下來的其餘操做或故障不該該對其有任何影響。

 

代碼演示如何使用：

 1 create table user(  2 id int primary key auto_increment,  3 name char(32),  4 balance int  5 );  6 
 7 insert into user(name,balance)  8 values  9 ('wsb',1000), 10 ('egon',1000), 11 ('ysb',1000); 12 
13 # 修改數據以前先開啓事務操做
14 start transaction; 15 
16 # 修改操做
17 update user set balance=900 where name='wsb'; #買支付100元
18 update user set balance=1010 where name='egon'; #中介拿走10元
19 update user set balance=1090 where name='ysb'; #賣家拿到90元
20 
21 # 回滾到上一個狀態
22 rollback; 23 
24 # 開啓事務以後，只要沒有執行commit操做，數據其實都沒有真正刷新到硬盤
25 commit; 26 """開啓事務檢測操做是否完整，不完整主動回滾到上一個狀態，若是完整就應該執行commit操做"""
27 
28 # 站在python代碼的角度，應該實現的僞代碼邏輯，
29 try: 30     update user set balance=900 where name='wsb'; #買支付100元
31     update user set balance=1010 where name='egon'; #中介拿走10元
32     update user set balance=1090 where name='ysb'; #賣家拿到90元
33 except 異常: 34  rollback; 35 else: 36  commit; 37 
38 # 那如何檢測異常？

View Code

 

 

四.存儲過程

存儲過程包含了一系列可執行的sql語句，存儲過程存放於MySQL中，經過調用它的名字能夠執行其內部的一堆sql

有三種開發模型：

第一種： """ 應用程序：只須要開發應用程序的邏輯 mysql:編寫好存儲過程，以供應用程序調用 優勢：開發效率，執行效率都高 缺點：考慮到人爲因素、跨部門溝通等問題，會致使擴展性差 """ 第二種： """ 應用程序：除了開發應用程序的邏輯，還須要編寫原生sql 優勢：比方式1，擴展性高(非技術性的) 缺點： 一、開發效率，執行效率都不如方式1 二、編寫原生sql太過於複雜，並且須要考慮到sql語句的優化問題 """ 第三種： """ 應用程序：開發應用程序的邏輯，不須要編寫原生sql，基於別人編寫好的框架來處理數據，ORM 優勢：不用再編寫純生sql，這意味着開發效率比方式2高，同時兼容方式2擴展性高的好處 缺點：執行效率連方式2都比不過 """

 

如何建立存儲過程：

 1 delimiter $$  2 create procedure p1(  3     in m int,  # in表示這個參數必須只能是傳入不能被返回出去
 4     in n int,  5     out res int  # out表示這個參數能夠被返回出去，還有一個inout表示便可以傳入也能夠被返回出去
 6 )  7 begin  8     select tname from teacher where tid > m and tid < n;  9     set res=0; 10 end $$ 11 delimiter ;

View Code

如何使用存儲過程：

 1 # 大前提:存儲過程在哪一個庫下面建立的只能在對應的庫下面才能使用！！！
 2 
 3 # 一、直接在mysql中調用
 4 set @res=10  # res的值是用來判斷存儲過程是否被執行成功的依據，因此須要先定義一個變量@res存儲10
 5 call p1(2,4,10);  # 報錯
 6 call p1(2,4,@res);  7 
 8 # 查看結果
 9 select @res;  # 執行成功，@res變量值發生了變化
10 
11 # 二、在python程序中調用
12 pymysql連接mysql 13 產生的遊表cursor.callproc('p1',(2,4,10))  # 內部原理：@_p1_0=2,@_p1_1=4,@_p1_2=10;
14 cursor.excute('select @_p1_2;') 15 
16 
17 # 三、存儲過程與事務使用舉例(瞭解)
18 delimiter //
19 create PROCEDURE p5( 20  OUT p_return_code tinyint 21 ) 22 BEGIN 23     DECLARE exit handler for sqlexception 24  BEGIN 25         -- ERROR 26         set p_return_code = 1; 27  rollback; 28  END; 29 
30 
31   DECLARE exit handler for sqlwarning 32  BEGIN 33       -- WARNING 34       set p_return_code = 2; 35  rollback; 36  END; 37 
38  START TRANSACTION; 39       update user set balance=900 where id =1; 40       update user123 set balance=1010 where id = 2; 41       update user set balance=1090 where id =3; 42  COMMIT; 43 
44   -- SUCCESS 45   set p_return_code = 0; #0表明執行成功
46 
47 
48 END //
49 delimiter ;

View Code

 

五.函數

注意與存儲過程的區別，mysql內置的函數只能在sql語句中使用！

參考博客：http://www.cnblogs.com/linhaifeng/articles/7495918.html#_label2

 1 CREATE TABLE blog (  2  id INT PRIMARY KEY auto_increment,  3     NAME CHAR (32),  4  sub_time datetime  5 );  6 
 7 INSERT INTO blog (NAME, sub_time)  8 VALUES  9     ('第1篇','2015-03-01 11:31:21'), 10     ('第2篇','2015-03-11 16:31:21'), 11     ('第3篇','2016-07-01 10:21:31'), 12     ('第4篇','2016-07-22 09:23:21'), 13     ('第5篇','2016-07-23 10:11:11'), 14     ('第6篇','2016-07-25 11:21:31'), 15     ('第7篇','2017-03-01 15:33:21'), 16     ('第8篇','2017-03-01 17:32:21'), 17     ('第9篇','2017-03-01 18:31:21'); 18 
19 select date_format(sub_time,'%Y-%m'),count(id) from blog group by date_format(sub_time,'%Y-%m');

View Code

 

六.流程控制

if 條件語句

 1 # if條件語句
 2 delimiter //
 3 CREATE PROCEDURE proc_if ()  4 BEGIN  5     
 6  declare i int default 0;  7     if i = 1 THEN  8         SELECT 1;  9     ELSEIF i = 2 THEN 10         SELECT 2; 11  ELSE 12         SELECT 7; 13  END IF; 14 
15 END //
16 delimiter ;

View Code

while循環

 1 # while循環
 2 delimiter //
 3 CREATE PROCEDURE proc_while ()  4 BEGIN  5 
 6  DECLARE num INT ;  7     SET num = 0 ;  8     WHILE num < 10 DO  9  SELECT 10  num ; 11         SET num = num + 1 ; 12  END WHILE ; 13 
14 END //
15 delimiter ;

View Code

 

七.索引與慢查詢優化

 1 知識回顧:數據都是存在硬盤上的，那查詢數據不可避免的須要進行IO操做  2 
 3 *索引在MySQL中也叫作「鍵」，是存儲引擎用於快速找到記錄的一種數據結構。*
 4 
 5 - primary key  6 - unique key  7 - index key  8 
 9 注意foreign key不是用來加速查詢用的，不在咱們研究範圍以內,上面三種key前兩種除了有加速查詢的效果以外還有額外的約束條件(primary key:非空且惟一，unique key:惟一)，而index key沒有任何約束功能只會幫你加速查詢 10 
11 索引就是一種數據結構，相似於書的目錄。意味着之後再查數據應該先找目錄再找數據，而不是用翻頁的方式查詢數據 12 
13 **本質都是：經過不斷地縮小想要獲取數據的範圍來篩選出最終想要的結果，同時把隨機的事件變成順序的事件，也就是說，有了這種索引機制，咱們能夠老是用同一種查找方式來鎖定數據。**
14 
15 **索引的影響:**
16 
17 - 在表中有大量數據的前提下，建立索引速度會很慢 18 - 在索引建立完畢後，對錶的查詢性能會大幅度提高，可是寫的性能會下降 19 
20 #### b+樹
21 
22 <https://images2017.cnblogs.com/blog/1036857/201709/1036857-20170912011123500-158121126.png>
23 
24 只有葉子結點存放真實數據，根和樹枝節點存的僅僅是虛擬數據 25 
26 查詢次數由樹的層級決定，層級越低次數越少 27 
28 一個磁盤塊兒的大小是必定的，那也就意味着能存的數據量是必定的。如何保證樹的層級最低呢？一個磁盤塊兒存放佔用空間比較小的數據項 29 
30 思考咱們應該給咱們一張表裏面的什麼字段字段創建索引可以下降樹的層級高度>>> 主鍵id字段 31 
32 #### **彙集索引(primary key)**
33 
34 彙集索引其實指的就是表的主鍵，innodb引擎規定一張表中必需要有主鍵。先來回顧一下存儲引擎。 35 
36 myisam在建表的時候對應到硬盤有幾個文件(三個)？ 37 
38 innodb在建表的時候對應到硬盤有幾個文件(兩個)？frm文件只存放表結構，不可能放索引，也就意味着innodb的索引跟數據都放在idb表數據文件中。 39 
40 **特色:**葉子結點放的一條條完整的記錄 41 
42 #### 輔助索引(unique,index)
43 
44 輔助索引:查詢數據的時候不可能都是用id做爲篩選條件，也可能會用name，password等字段信息，那麼這個時候就沒法利用到彙集索引的加速查詢效果。就須要給其餘字段創建索引，這些索引就叫輔助索引 45 
46 **特色：**葉子結點存放的是輔助索引字段對應的那條記錄的主鍵的值(好比:按照name字段建立索引，那麼葉子節點存放的是:{name對應的值:name所在的那條記錄的主鍵值}) 47 
48 select name from user where name='jason'; 49 
50 上述語句叫覆蓋索引:只在輔助索引的葉子節點中就已經找到了全部咱們想要的數據 51 
52 select age from user where name='jason'; 53 
54 上述語句叫非覆蓋索引,雖然查詢的時候命中了索引字段name，可是要查的是age字段，因此還須要利用主鍵纔去查找

View Code

 

測試索引（所要準備的表）

 1 ```mysql  2 #1. 準備表
 3 create table s1(  4 id int,  5 name varchar(20),  6 gender char(6),  7 email varchar(50)  8 );  9 
 10 #2. 建立存儲過程，實現批量插入記錄
 11 delimiter $$ #聲明存儲過程的結束符號爲$$
 12 create procedure auto_insert1()  13 BEGIN  14     declare i int default 1;  15     while(i<3000000)do  16         insert into s1 values(i,'jason','male',concat('jason',i,'@oldboy'));  17         set i=i+1;  18     end while;  19 END$$ #$$結束
 20 delimiter ; #從新聲明 分號爲結束符號
 21 
 22 #3. 查看存儲過程
 23 show create procedure auto_insert1\G  24 
 25 #4. 調用存儲過程
 26 call auto_insert1();  27 ```  28 
 29 ```mysql   30 # 表沒有任何索引的狀況下
 31 select * from s1 where id=30000;  32 # 避免打印帶來的時間損耗
 33 select count(id) from s1 where id = 30000;  34 select count(id) from s1 where id = 1;  35 
 36 # 給id作一個主鍵
 37 alter table s1 add primary key(id);  # 速度很慢
 38 
 39 select count(id) from s1 where id = 1;  # 速度相較於未建索引以前二者差着數量級
 40 select count(id) from s1 where name = 'jason'  # 速度仍然很慢
 41 
 42 
 43 """
 44 範圍問題  45 """
 46 # 並非加了索引，之後查詢的時候按照這個字段速度就必定快 
 47 select count(id) from s1 where id > 1;  # 速度相較於id = 1慢了不少
 48 select count(id) from s1 where id >1 and id < 3;  49 select count(id) from s1 where id > 1 and id < 10000;  50 select count(id) from s1 where id != 3;  51 
 52 alter table s1 drop primary key;  # 刪除主鍵 單獨再來研究name字段
 53 select count(id) from s1 where name = 'jason';  # 又慢了
 54 
 55 create index idx_name on s1(name);  # 給s1表的name字段建立索引
 56 select count(id) from s1 where name = 'jason'  # 仍然很慢！！！
 57 """
 58 再來看b+樹的原理，數據須要區分度比較高，而咱們這張表全是jason，根本沒法區分  59 那這個樹其實就建成了「一根棍子」  60 """
 61 select count(id) from s1 where name = 'xxx';  62 # 這個會很快，我就是一根棍，第一個不匹配直接不須要再往下走了
 63 select count(id) from s1 where name like 'xxx';  64 select count(id) from s1 where name like 'xxx%';  65 select count(id) from s1 where name like '%xxx';  # 慢 最左匹配特性
 66 
 67 # 區分度低的字段不能建索引
 68 drop index idx_name on s1;  69 
 70 # 給id字段建普通的索引
 71 create index idx_id on s1(id);  72 select count(id) from s1 where id = 3;  # 快了
 73 select count(id) from s1 where id*12 = 3;  # 慢了 索引的字段必定不要參與計算
 74 
 75 drop index idx_id on s1;  76 select count(id) from s1 where name='jason' and gender = 'male' and id = 3 and email = 'xxx';  77 # 針對上面這種連續多個and的操做，mysql會從左到右先找區分度比較高的索引字段，先將總體範圍降下來再去比較其餘條件
 78 create index idx_name on s1(name);  79 select count(id) from s1 where name='jason' and gender = 'male' and id = 3 and email = 'xxx';  # 並無加速
 80 
 81 drop index idx_name on s1;  82 # 給name，gender這種區分度不高的字段加上索引並不難加快查詢速度
 83 
 84 create index idx_id on s1(id);  85 select count(id) from s1 where name='jason' and gender = 'male' and id = 3 and email = 'xxx';  # 快了 先經過id已經講數據快速鎖定成了一條了
 86 select count(id) from s1 where name='jason' and gender = 'male' and id > 3 and email = 'xxx';  # 慢了 基於id查出來的數據仍然不少，而後還要去比較其餘字段
 87 
 88 drop index idx_id on s1  89 
 90 create index idx_email on s1(email);  91 select count(id) from s1 where name='jason' and gender = 'male' and id > 3 and email = 'xxx';  # 快 經過email字段一劍封喉 
 92 ```  93 
 94 #### 聯合索引
 95 
 96 ```mysql  97 select count(id) from s1 where name='jason' and gender = 'male' and id > 3 and email = 'xxx';  98 # 若是上述四個字段區分度都很高，那給誰建都能加速查詢
 99 # 給email加然而不用email字段
100 select count(id) from s1 where name='jason' and gender = 'male' and id > 3; 101 # 給name加然而不用name字段
102 select count(id) from s1 where gender = 'male' and id > 3; 103 # 給gender加然而不用gender字段
104 select count(id) from s1 where id > 3; 105 
106 # 帶來的問題是全部的字段都建了索引然而都沒有用到，還須要花費四次創建的時間
107 create index idx_all on s1(email,name,gender,id);  # 最左匹配原則，區分度高的往左放
108 select count(id) from s1 where name='jason' and gender = 'male' and id > 3 and email = 'xxx';  # 速度變快
109 ```

View Code