MySQL 5.0 版本開(kāi)始支持存儲(chǔ)過(guò)程。存儲(chǔ)過(guò)程（Stored Procedure）是數(shù)據(jù)庫(kù)中存儲(chǔ)的復(fù)雜程序，以便外部應(yīng)用調(diào)用的一種數(shù)據(jù)庫(kù)對(duì)象。存儲(chǔ)過(guò)程是為了完成特定功能的SQL語(yǔ)句集，經(jīng)編譯創(chuàng)建并保存在數(shù)據(jù)庫(kù)中，用戶可通過(guò)指定存儲(chǔ)過(guò)程的名字并給定參數(shù)（可選）來(lái)調(diào)用執(zhí)行。

存儲(chǔ)過(guò)程可以有效提高 SQL 語(yǔ)句的復(fù)用率，并且可以將相關(guān)的一組 SQL 放入到存儲(chǔ)過(guò)程中，從而避免了應(yīng)用程序的多次查詢帶來(lái)的與 MySQL 服務(wù)器的連接延遲和占用的網(wǎng)絡(luò)資源。下面是一個(gè)存儲(chǔ)過(guò)程的示例，用于傳入一個(gè) id 來(lái)刪除指定 id的學(xué)生，并同時(shí)刪除擴(kuò)展表中的學(xué)生信息。通過(guò)這種方式就可以處理相關(guān)聯(lián)的數(shù)據(jù)，而不需要應(yīng)用程序分兩次 SQL 操作。

DROP PROCEDURE IF EXISTS delete_student_by_id;

delimiter $$

CREATE PROCEDURE delete_student_by_id(IN p_id INT)
BEGIN
	DELETE FROM t_students
  WHERE id = p_id;
      
  DELETE FROM t_students_info
  WHERE student_id = p_id;
END
$$
    
delimiter ;

總的來(lái)說(shuō)，存儲(chǔ)過(guò)程有如下的優(yōu)點(diǎn)：

• 直接在數(shù)據(jù)庫(kù)層運(yùn)行，從而減少網(wǎng)絡(luò)帶寬的占用和減少查詢?nèi)蝿?wù)執(zhí)行的延遲。
• 提高了代碼的復(fù)用性和可維護(hù)性，可以聚合業(yè)務(wù)規(guī)則，加強(qiáng)一致性并提高安全性。
• 可以帶來(lái)安全性優(yōu)勢(shì)以及優(yōu)雅的權(quán)限控制手段。一個(gè)典型的例子就是銀行中的轉(zhuǎn)賬存儲(chǔ)過(guò)程。存儲(chǔ)過(guò)程在一個(gè)事務(wù)里完成轉(zhuǎn)賬及記錄用于后續(xù)審核的完整操作日志?？梢酝ㄟ^(guò)存儲(chǔ)過(guò)程完成訪問(wèn)而無(wú)需對(duì)涉及到的表進(jìn)行提權(quán)。
• 服務(wù)端會(huì)緩存存儲(chǔ)過(guò)程的執(zhí)行，這樣可以減少重復(fù)執(zhí)行的負(fù)荷。
• 存儲(chǔ)過(guò)程存儲(chǔ)在服務(wù)端，因此對(duì)于服務(wù)單的部署、備份和維護(hù)而言，存儲(chǔ)過(guò)程更好維護(hù)。
• 可以將應(yīng)用開(kāi)發(fā)者與數(shù)據(jù)庫(kù)開(kāi)發(fā)者的工作分離，因此可以讓數(shù)據(jù)庫(kù)牛人來(lái)寫(xiě)存儲(chǔ)過(guò)程，而避免某些應(yīng)用開(kāi)發(fā)者編寫(xiě) SQL水平不高的問(wèn)題。
  

當(dāng)然，有利必有弊，存儲(chǔ)過(guò)程也會(huì)存在一些缺陷：

• MySQL沒(méi)有提供好的開(kāi)發(fā)和調(diào)試工具，因此存儲(chǔ)過(guò)程的調(diào)試相對(duì)來(lái)說(shuō)不那么容易。
• SQL 語(yǔ)言本身的效率沒(méi)有應(yīng)用程序的編程語(yǔ)言效率高，且相對(duì)更初級(jí)。因此，難以處理復(fù)雜的業(yè)務(wù)。
• 存儲(chǔ)過(guò)程也可能增加應(yīng)用部署的復(fù)雜度，不單單需要部署應(yīng)用代碼和數(shù)據(jù)庫(kù)表，還需要部署存儲(chǔ)過(guò)程。
• 每個(gè)連接的存儲(chǔ)過(guò)程的執(zhí)行計(jì)劃緩存是各自獨(dú)立的。如果有很多連接調(diào)用同一個(gè)存儲(chǔ)過(guò)程，反復(fù)地緩存會(huì)造成資源的浪費(fèi)。
• 存儲(chǔ)過(guò)程將運(yùn)行符合轉(zhuǎn)移到了數(shù)據(jù)庫(kù)服務(wù)器，這會(huì)導(dǎo)致數(shù)據(jù)庫(kù)服務(wù)器的擴(kuò)容更難，且比應(yīng)用服務(wù)器的擴(kuò)容代價(jià)更高。
• 存儲(chǔ)過(guò)程占用的資源難以控制，如果發(fā)生一個(gè) bug 可能導(dǎo)致服務(wù)器宕機(jī)。
• 存儲(chǔ)過(guò)程的代碼很難解讀，如果單純地調(diào)用 CALL XYZ('A')這種形式調(diào)用存儲(chǔ)過(guò)程的話，很難分析慢查詢?nèi)罩?。因?yàn)椋@需要找到存儲(chǔ)過(guò)程的代碼并且檢查里面的語(yǔ)句。
• 對(duì)于語(yǔ)句級(jí)的 binlog或復(fù)制，使用存儲(chǔ)過(guò)程可能會(huì)有很多陷阱導(dǎo)致無(wú)法使用存儲(chǔ)過(guò)程——除非嚴(yán)格檢查排除潛在的問(wèn)題。
  

因此，通常，需要保持存儲(chǔ)過(guò)程小巧簡(jiǎn)潔，以避免上述的缺陷。當(dāng)然，在某些操作時(shí)，存儲(chǔ)過(guò)程會(huì)運(yùn)行得更快，尤其是在存儲(chǔ)過(guò)程中使用循環(huán)完成多個(gè)小查詢。如果查詢足夠小，解析 SQL 語(yǔ)句和網(wǎng)絡(luò)通信則變成了工作負(fù)荷過(guò)高的重要因素。這個(gè)時(shí)候存儲(chǔ)過(guò)程的優(yōu)勢(shì)就會(huì)被突顯出來(lái)。以下面的存儲(chǔ)過(guò)程代碼為例：

DROP PROCEDURE IF EXISTS insert_many_rows;

delemiter //

CREATE PROCEDURE insert_many_rows(IN loops INT)
BEGIN
	DECLARE v1 INT;
  SET v1=loops;
  WHILE v1 > 0 DO
  	INSERT INTO test_table values(NULL, 0,
                                 'aaaaaaaaaaaabbbbbbbbbb',
                                 'aaaaaaaaaaaabbbbbbbbbb');
    SET v1=v1-1;
  END WHILE;
END
//

delemiter ;
	

可以通過(guò)與應(yīng)用程序?qū)崿F(xiàn)同樣的功能進(jìn)行比較，發(fā)現(xiàn)使用存儲(chǔ)過(guò)程的性能提高了2倍以上，而如果與使用 MySQL 代理相比，性能會(huì)提高到3倍。

結(jié)語(yǔ)：存儲(chǔ)過(guò)程目前用得其實(shí)不多，但是對(duì)于一些穩(wěn)定的業(yè)務(wù)，如果是因?yàn)榕c數(shù)據(jù)庫(kù)服務(wù)器之間的網(wǎng)絡(luò)請(qǐng)求過(guò)多或占用了大量的網(wǎng)絡(luò)帶寬，則可以考慮使用存儲(chǔ)過(guò)程來(lái)優(yōu)化性能，提高響應(yīng)速度。但是，存儲(chǔ)過(guò)程務(wù)必反復(fù)驗(yàn)證，避免出現(xiàn)意向不到的錯(cuò)誤導(dǎo)致耗費(fèi)過(guò)多的時(shí)間排查問(wèn)題。

以上就是MySQL 存儲(chǔ)過(guò)程的優(yōu)缺點(diǎn)分析的詳細(xì)內(nèi)容，更多關(guān)于MySQL 存儲(chǔ)過(guò)程的優(yōu)缺點(diǎn)的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！