所有知識體系文章，GitHub已收錄，歡迎Star！再次感謝，願你早日進入大廠！ GitHub地址： https://github.com/Ziphtracks/JavaLearningmanual MySQL存儲過程 一、存儲過程 1.1 什麼是存儲過程 存儲過程（Stored Procedure ...
所有知識體系文章，GitHub已收錄，歡迎Star！再次感謝，願你早日進入大廠！
GitHub地址： https://github.com/Ziphtracks/JavaLearningmanual
MySQL存儲過程
一、存儲過程
1.1 什麼是存儲過程
存儲過程（Stored Procedure）是在大型資料庫系統中，一組為了完成特定功能的SQL 語句集，它存儲在資料庫中，一次編譯後永久有效，用戶通過指定存儲過程的名字並給出參數（如果該存儲過程帶有參數）來執行它。存儲過程是資料庫中的一個重要對象。在數據量特別龐大的情況下利用存儲過程能達到倍速的效率提升
1.2 資料庫存儲過程程式
當我們了瞭解存儲過程是什麼之後，就需要瞭解資料庫中存在的這三種類型的資料庫存儲類型程式，如下：
- 存儲過程： 存儲過程是最常見的存儲程式，存儲過程是能夠接受輸入和輸出參數並且能夠在請求時被執行的程式單元。
- 存儲函數： 存儲函數和存儲過程很相像，但是它的執行結果會返回一個值。最重要的是存儲函數可以被用來充當標準的 SQL 語句，允許程式員有效的擴展 SQL 語言的能力。
- 觸發器： 觸發器是用來響應激活或者觸發資料庫行為事件的存儲程式。通常，觸發器用來作為資料庫操作語言的響應而被調用，觸發器可以被用來作為數據校驗和自動反向格式化。
註意： 其他的資料庫提供了別的數據存儲程式，包括包和類。目前MySQL不提供這種結構。
1.3 為什麼要使用存儲程式
雖然目前的開發中存儲程式我們使用的並不是很多，但是不一定就否認它。其實存儲程式會為我們使用和管理資料庫帶來了很多優勢：
- 使用存儲程式更加安全。
- 存儲程式提供了一種數據訪問的抽象機制，它能夠極大的改善你的代碼在底層數據結構演化過程中的易維護性。
- 存儲程式可以降低網路擁阻，因為屬於資料庫伺服器的內部數據，這相比在網上傳輸數據要快的多。
- 存儲程式可以替多種使用不同構架的外圍應用實現共用的訪問常式，無論這些構架是基於資料庫伺服器外部還是內部。
- 以數據為中心的邏輯可以被獨立的放置於存儲程式中，這樣可以為程式員帶來更高、更為獨特的資料庫編程體驗。
- 在某些情況下，使用存儲程式可以改善應用程式的可移植性。（在另外某些情況下，可移植性也會很差！）
這裡我大致解釋一下上述幾種使用存儲程式的優勢：
我們要知道在Java語言中，我們使用資料庫與Java代碼結合持久化存儲需要引入JDBC來完成。會想到JDBC，我們是否還能想起SQL註入問題呢？雖然使用PreparedStatement解決SQL註入問題，那就真的是絕對安全嗎？不，它不是絕對安全的。
這時候分析一下資料庫與Java代碼的連接操作流程。在BS結構中，一般都是瀏覽器訪問伺服器的，再由伺服器發送SQL語句到資料庫，在資料庫中對SQL語句進行編譯運行，最後把結果通過伺服器處理再返回瀏覽器。在此操作過程中，瀏覽器對伺服器每發送一次對資料庫操作的請求就會調用對應的SQL語句編譯和執行，這是一件十分浪費性能的事情，性能下降 了就說明對資料庫的操作效率低 了。
還有一種可能是，在這個過程中進行發送傳輸的SQL語句是對真實的庫表進行操作的SQL語句，如果在發送傳輸的過程中被攔截了，一些不法分子會根據他所攔截的SQL語句推斷出我們資料庫中的庫表結構，這是一個很大的安全隱患 。
關於可維護性的提高，這裡模擬一個場景。通常資料庫在公司中是由DBA來管理的，如果管理資料庫多年的DBA辭職了，此時資料庫會被下一任DBA來管理。這裡時候問題來了，資料庫中這麼多的數據和SQL語句顯然對下一任管理者不太友好。就算管理多年的DBA長時間不操作查看資料庫也會忘記點什麼東西。所以，我們在需要引入存儲程式來進行SQL語句的統一編寫和編譯，為維護提供了便利 。（其實我覺得這個例子並不生動合理，但是為了大家能理解，請體諒！）
講了很多存儲程式的優勢演變過程，其核心就是： 需要將編譯好的一段或多段SQL語句放置在資料庫端的存儲程式中，以便解決以上問題並方便開發者直接調用。
二、存儲過程的使用步驟
2.1 存儲過程的開發思想
存儲過程時資料庫的一個重要的對象，可以封裝SQL語句集，可以用來完成一些較複雜的業務邏輯，並且可以入參（傳參）、出參（返回參數），這裡與Java中封裝方式十分相似。
而且創建時會預先編譯後保存，開發者後續的調用都不需要再次編譯。
2.2 存儲過程的優缺點
存儲過程使用的優缺點其實在1.3中的優勢中說到了。這裡我簡單羅列一下存儲過程的優點與缺點。
- 優點：
- 在生產環境下，可以通過直接修改存儲過程的方式修改業務邏輯或bug，而不用重啟伺服器。
- 執行速度快，存儲過程經過編譯之後會比單獨一條一條編譯執行要快很多。
- 減少網路傳輸流量。
- 便於開發者或DBA使用和維護。
- 在相同資料庫語法的情況下，改善了可移植性。
- 缺點：
- 過程化編程，複雜業務處理的維護成本高。
- 調試不便。
- 因為不同資料庫語法不一致，不同資料庫之間可移植性差。
2.3 MySQL存儲過程的官方文檔
英語好或者有能力的小伙伴可以去參考一下官方文檔。如果不參考官方文檔，沒關係，我在下麵也會詳細講述MySQL存儲過程的各個知識點。
1https://dev.mysql.com/doc/refman/5.6/en/preface.html
2.3 存儲過程的使用語法
1create PROCEDURE 過程名( in|out|inout 參數名 數據類型 , ...)
2begin
3 sql語句;
4end;
5call 過程名(參數值);
in是定義傳入參數的關鍵字。out是定義出參的關鍵字。inout是定義一個出入參數都可以的參數。如果括弧內什麼都不定義，就說明該存儲過程時一個無參的函數。在後面會有詳細的案例分析。註意： SQL語句預設的結束符為
;，所以在使用以上存儲過程時，會報1064的語法錯誤。我們可以使用DELIMITER關鍵字臨時聲明修改SQL語句的結束符為//，如下：
1-- 臨時定義結束符為"//"
2DELIMITER //
3create PROCEDURE 過程名( in|out 參數名 數據類型 , ...)
4begin
5 sql語句;
6end//
7-- 將結束符重新定義回結束符為";"
8DELIMITER ;
例如： 使用存儲過程來查詢員工的工資（無參）
註意： 如果在特殊的必要情況下，我們還可以通過delimiter關鍵字將;結束符聲明回來使用，在以下案例中我並沒有這樣將結束符聲明回原來的;，在此請大家註意~
為什麼我在這裡提供了drop（刪除）呢？
是因為我們在使用的時候如果需要修改存儲過程中的內容，我們需要先刪除現有的存儲過程後，再creat重新創建。
1# 聲明結束符為//
2delimiter //
3
4# 創建存儲過程(函數)
5create procedure se()
6begin
7 select salary from employee;
8end //
9
10# 調用函數
11call se() //
12
13# 刪除已存在存儲過程——se()函數
14drop procedure if exists se //
三、存儲過程的變數和賦值
3.1 局部變數
聲明局部變數語法：
declare var_name type [default var_value];賦值語法：
註意： 局部變數的定義，在begin/end塊中有效。
使用set為參數賦值
1# set賦值
2
3# 聲明結束符為//
4delimiter //
5
6# 創建存儲過程
7create procedure val_set()
8begin
9 # 聲明一個預設值為unknown的val_name局部變數
10 declare val_name varchar(32) default 'unknown';
11 # 為局部變數賦值
12 set val_name = 'Centi';
13 # 查詢局部變數
14 select val_name;
15end //
16
17# 調用函數
18call val_set() //
19
使用into接收參數
1delimiter //
2create procedure val_into()
3begin
4 # 定義兩個變數存放name和age
5 declare val_name varchar(32) default 'unknown';
6 declare val_age int;
7 # 查詢表中id為1的name和age並放在定義的兩個變數中
8 select name,age into val_name,val_age from employee where id = 1;
9 # 查詢兩個變數
10 select val_name,val_age;
11end //
12
13call val_into() //
14
3.2 用戶變數
用戶自定義用戶變數，當前會話（連接）有效。與Java中的成員變數相似。
- 語法：
@val_name- 註意： 該用戶變數不需要提前聲明，使用即為聲明。
1delimiter //
2create procedure val_user()
3begin
4 # 為用戶變數賦值
5 set @val_name = 'Lacy';
6end //
7
8
