mysql存儲過程參數數據類型
創建：delimiter//createproceremy_add(INaint,INbint,OUTcint)beginifaisnullthenseta=0;endif;ifbisnullthensetb=0;endif;setc=a+b;end;//delimiter;查看：方法一：（直接查詢，比較實用，查看當前自定義的存儲過程）select`specific_name`frommysql.procwhere`db`='your_db_name'and`type`='procere'方法二：（查看資料庫里所有存儲過程+內容）showprocerestatus;方法三：（查看當前資料庫里存儲過程列表）selectspecific_namefrommysql.proc;方法四：(查看某一個存儲過程的具體內容)selectbodyfrommysql.procwherespecific_name='your_proc_name';查看存儲過程或函數的創建代碼：showcreateprocereyour_proc_name;showcreatefunctionyour_func_name;調用：mysql>set@a=10;QueryOK,0rowsaffected(0.00sec)mysql>set@b=20;QueryOK,0rowsaffected(0.00sec)mysql>set@c=0;QueryOK,0rowsaffected(0.00sec)mysql>select@c;+------+|@c|+------+|0|+------+mysql>callmy_add(@a,@b,@c);QueryOK,0rowsaffected(0.00sec)mysql>select@a,@b,@c;+------+------+------+|@a|@b|@c|+------+------+------+|10|20|30|+------+------+------+1rowinset(0.00sec)刪除dropprocereyour_proc_name;
『貳』 mysql存儲過程參數數據類型有什麼規范
mysql存儲過程參數數據類型有什麼規范
SQL Server存儲過程是SQL資料庫的重要組成部分，其中可以用到許多參數。在SQL Server存儲過程中，支持輸入(Input)、輸出參數（Output)，也支持返回值參數(ReturnValue)。
『叄』 mysql 存儲過程參數
MySQL 存儲過程， 定義參數， 不需要加那個 @
例子代碼如下：
mysql> DELIMITER //
mysql> CREATE PROCEDURE HelloWorld1(vUserName VARCHAR(10))
-> BEGIN
-> SELECT CONCAT('Hello ', vUserName);
-> END//
Query OK, 0 rows affected (0.00 sec)
mysql> call HelloWorld1('Edward');
-> //
+-----------------------------+
| CONCAT('Hello ', vUserName) |
+-----------------------------+
| Hello Edward |
+-----------------------------+
1 row in set (0.00 sec)
Query OK, 0 rows affected (0.02 sec)
『肆』 mysql 存儲過程
.關於MySQL的存儲過程
存儲過程是資料庫存儲的一個重要的功能，但是MySQL在5.0以前並不支持存儲過程，這使得MySQL在應用上大打折扣。好在MySQL 5.0終於開始已經支持存儲過程，這樣即可以大大提高資料庫的處理速度，同時也可以提高資料庫編程的靈活性。
MySQL存儲過程的創建
(1).格式
MySQL存儲過程創建的格式：CREATE PROCEDURE過程名([過程參數[,...]])
[特性...]過程體
這里先舉個例子：
mysql>DELIMITER//
mysql>CREATEPROCEDUREproc1(OUTsint)
->BEGIN
->SELECTCOUNT(*)INTOsFROMuser;
->END
->//
mysql>DELIMITER;
- 註：
（1）這里需要注意的是DELIMITER //和DELIMITER ;兩句，DELIMITER是分割符的意思，因為MySQL默認以";"為分隔符，如果我們沒有聲明分割符，那麼編譯器會把存儲過程當成SQL語句進行處理，則存儲過程的編譯過程會報錯，所以要事先用DELIMITER關鍵字申明當前段分隔符，這樣MySQL才會將";"當做存儲過程中的代碼，不會執行這些代碼，用完了之後要把分隔符還原。
（2）存儲過程根據需要可能會有輸入、輸出、輸入輸出參數，這里有一個輸出參數s，類型是int型，如果有多個參數用","分割開。
（3）過程體的開始與結束使用BEGIN與END進行標識。
『伍』 MySQL存儲過程里怎麼定義一個參數類型和表的變數類型一樣
MySQL存儲過程中，定義變數有兩種方式：
1、使用set或select直接賦值，變數名以@開頭，可以在一個會話（即連接）的任何地方聲明，作用域是整個會話，稱為用戶變數。例如:set @var=1;
2、 以declare關鍵字聲明的變數，只能在存儲過程中使用，稱為存儲過程變數，主要用在存儲過程中，或者是給存儲傳參數中。例如： declare var1 int default 0;
兩者的區別是：
在調用存儲過程時，以declare聲明的變數都會被初始化為null。而會話變數（即@開頭的變數）則不會被再初始化，在一個會話(連接)內，只須初始化一次，之後在會話內都是對上一次計算的結果，就相當於在是這個會話內的全局變數。
『陸』 在MySQL中如何創建一個帶輸出參數為一個表類型的存儲過程
在MySQL中如何創建一個帶輸出參數為一個表類型的存儲過程
首先需要知道「另一個存儲過程」的結果集的所有列的類型。
假設「另一個存儲過程」的名字是
sp1
，沒有參數，返回的結果集共3列，全部為int型，那麼「存儲過程」里添加一個與結果集列數相同的臨時表或表變數用於接收「另一個存儲過程」的結果集
如下
CREATE
PROCEDURE
sp2
AS
DECLARE
@t
table(a
int,b
int,c
int)
INSERT
INTO
@t(a,b,c)
EXEC
sp1
SELECT
*
FROM
@t
使用
SQLSERVER
存儲過程可以很大的提高程序運行速度，簡化編程維護難度，現已得到廣泛應用。
創建存儲過程
和數據表一樣，在使用之前需要創建存儲過程，它的簡明語法是：
引用:
Create
PROC
存儲過程名稱
[參數列表（多個以「,」分隔）]
AS
SQL
語句
例：
引用:
Create
PROC
upGetUserName
@intUserId
INT,
@ostrUserName
NVARCHAR(20)
OUTPUT
--
要輸出的參數
AS
BEGIN
--
將uName的值賦給
@ostrUserName
變數，即要輸出的參數
Select
@ostrUserName=uName
FROM
uUser
Where
uId=@intUserId
END
其中
Create
PROC
語句（完整語句為Create
PROCEDURE）的意思就是告訴SQL
SERVER，現在需要建立一個存儲過程，upGetUserName
就是存儲過程名稱，@intUserId
和
@ostrUserName
分別是該存儲過程的兩個參數，注意，在SQL
SERVER中，所有用戶定義的變數都以「@」開頭，OUTPUT關鍵字表示這個參數是用來輸出的，AS之後就是存儲過程內容了。只要將以上代碼在「查詢分析器」里執行一次，SQL
SERVER就會在當前資料庫中創建一個名為「upGetUserName」的存儲過程。你可以打開「企業管理器」，選擇當前操作的資料庫，然後在左邊的樹型列表中選擇「存儲過程」，此時就可以在右邊的列表中看到你剛剛創建的存儲過程了（如果沒有，刷新一下即可）。
二、存儲過程的調用
之前已經創建了一個名為「upGetUserName」的存儲過程，從字面理解該存儲過程的功能是用來取得某一個用戶的名稱。存儲過程建立好了，接下來就是要在應用程序里調用了，下面看一下在ASP程序里的調用。
『柒』 mysql 存儲過程 DDL 參數
MySQL8.0 開始支持原⼦ DDL(atomic DDL)，數據字典的更新，存儲引擎操作，寫⼆進制日誌結合成了一個事務。在沒有原⼦DDL之前，DROP TABLE test1,test2；如遇到server crash，可能會有test1被drop了，test2沒有被drop掉。下面來看下在MySQL8.0之前和MySQL8.0 數據字典的區別
在MySQL8.0 之前，Data Dictionary除了存在與.FRM, .TRG, .OPT ⽂件外，還存在於系統表中（MyISAM ⾮事務引擎表中），在MySQL8.0 ，Data Dictionary 全部存在於Data Dictionary Storage Engine（即 InnoDB表中），這使crash recovery 維持原⼦性成為了可能
存儲引擎⽀持
目前，只有InnoDB存儲引擎⽀持原子DDL，為了實現原子DDL，Innodb要寫DDL logs 到 mysql.innodb_ddl_log 表，這是⼀個隱藏在mysql.ibd 數據字典表空間⾥的數據字典表。要看mysql.innodb_ddl_log 中的內容，需要
SET GLOBALLOG_ERROR_VERBOSITY=3;（MySQL 8.0 默認為2，error log 記錄Errors and
warnings，不不記錄notes）
SET GLOBAL innodb_print_ddl_logs=1;
CREATE TABLEt1 (c1 INT)ENGINE=InnoDB;
查看error log
[Note] [MY-011066] InnoDB: DDL loginsert: [DDLrecord:DELETE SPACE,id=30,
thread_id=25, space_id=9, old_file_path=./test/t1.ibd]
[Note] [MY-011066]InnoDB:DDL logdelete:by id30
[Note] [MY-011066]InnoDB:DDL loginsert: [DDLrecord: REMOVECACHE,id=31,
thread_id=25, table_id=1066, new_file_path=test/t1]
[Note] [MY-011066]InnoDB:DDL logdelete:by id31
[Note] [MY-011066]InnoDB:DDL loginsert: [DDLrecord: FREE,id=32, thread_
id=25, space_id=9, index_id=143, page_no=4]
[Note] [MY-011066]InnoDB:DDL log delete:by id32
[Note] [MY-011066]InnoDB:DDL logpost ddl :begin for thread id: 25
[Note] [MY-011066]InnoDB:DDL logpost ddl :end for thread id: 25
原子DDL 操作步驟
准備：創建所需的對象並將DDL⽇志寫入 mysql.innodb_ddl_log表中。DDL日誌定義了如何前滾和回滾DDL操作。
執行：執⾏DDL操作。例如，為CREATE TABLE操作執⾏創建。
提交：更新數據字典並提交數據字典事務。
Post-DDL：重播並從mysql.innodb_ddl_log表格中刪除DDL⽇志。為確保回滾可以安全執⾏⽽不引⼊不⼀致性，在此最後階段執⾏⽂件操作（如重命名或刪除數據文件）。這一階段還從 mysql.innodb_dynamic_metadata的數據字典表刪除的動態元數據為了DROP TABLE，TRUNCATE和其它重建表的DDL操作。
⽆論事務是提交還是回滾，DDL日誌都會mysql.innodb_ddl_log在Post-DDL階段重播並從表中刪除 。mysql.innodb_ddl_log如果伺服器在DDL操作期間暫停，DDL⽇志應該只保留在表中。在這種情況下，DDL⽇志會在恢復後重播並刪除。
在恢復情況下，當伺服器重新啟動時，可能會提交或回退DDL事務。如果在重做⽇志和⼆進制日誌中存在DDL操作的提交階段期間執⾏的數據字典事務，則該操作被認為是成功的並且被前滾。否則，在InnoDB重放數據字典重做日誌時回滾不完整的數據字典事務 ，並且回滾DDL事務。
原⼦DDL ⽀持類型
• DROP TABLES , all tables dropped or none
• DROP SCHEMA, all entities in the schema are dropped, or none
• Note that atomic DDL statements will be rolled back or committed even in case of crash, e.g. RENAME TABLES
• CREATE TABLE would be successfully committed or rolled back (no orphan ibd left)
• TRUNCATE TABLE (including InnoDB tables with FTS AUX tables) would be successfully committed or rolled back
• RENAME TABLES, all or none
• ALTER TABLE successful or not done
示例
結論
在MySQL8.0之前，alter table 操作在server crash的情況下，會遺留.frm,.ibd文件。MySQL8.0 能實現原⼦DDL（包括 DROP TABLE, DROP SCHEMA, CREATE TABLE, TRUNCATE TABLE, ALTER TABLE），alter table 操作，在server crash的情況下，不會遺留.frm，.ibd臨時文件。讓我們⼀起期待MySQL8.0 GA的到來吧！