mysql存儲過程執(zhí)行太慢怎么優(yōu)化？測試數(shù)據(jù)測試語句update user set age = 3 where name = "weikaixxxxxx"添加存儲過程，在mysql控制臺delimit

mysql存儲過程執(zhí)行太慢怎么優(yōu)化？

測試數(shù)據(jù)測試語句update user set age = 3 where name = "weikaixxxxxx"添加存儲過程，在mysql控制臺delimiter $$ create procedure add_test(in age1 int，in name1 char(12)) begin update user set age = age1 where name = name1 end$$ delimiter delimiter：把結束符“；”改成“$$”create procedure：后面跟方法名（in表示傳入的值，中間的是參數(shù)名，最后面表示的是數(shù)據(jù)類型）begin：執(zhí)行開始end$$：結束begin和end中間是你要執(zhí)行的sql語句，注意我參數(shù)名后面加了1，如果和字段名同名的話，會很緩慢。刪除存儲過程drop procedure add_test查看存儲過程show procedure status where db="test"db=：你的數(shù)據(jù)庫名測試存儲過程call add_test(1， "weikaixxxxxx")測試20遍，取執(zhí)行時間最大值。每次運行都得修改age，不然沒有實現(xiàn)更新，就達不到目的。加存儲過程前執(zhí)行時間為：1.024秒。加存儲過程后執(zhí)行時間為：1.082。在執(zhí)行速度上差不多，但存儲過程免去了編譯的步驟，所以還是可以節(jié)省計算資源的?？赡軠y試的語句不夠復雜吧，但實際業(yè)務邏輯能復雜到哪去？所以我就不搞很復雜的存儲過程測試了，沒有實際作用。如果有知道什么場景下非常適合使用的大佬，請不吝賜教！關于存儲過程網(wǎng)上很多人都說不推薦使用，因為難維護。--------------------- 原文：https://blog.csdn.net/weikaixxxxxx/article/details/86526421

mysql大量數(shù)據(jù)查詢速度慢，sql語句求解？

這個問題和設計有關系， 簡單的sql優(yōu)化提升不了多少， 但是這個sql還是可以進一步優(yōu)化的利用索引， 用union all代替in， 如 select * from tab where id in (1，2)， 可寫成select * from tab where id = 1 union all select * from tab where id = 2但是上面的優(yōu)化起不到根本效果， 如果100萬 1000萬數(shù)據(jù)怎么辦， 難道每次都要全部查出來嘛， 那是不可能的， 而且你的頁面也不能全部都展示出來! 所有需要換個思路， 如， 將一個會員的訂單記錄查詢出來， 然后通過程序(java或者存儲過程)算出時間差， 按照上面再計算下一個會員

MySQL里面sql語句調用存儲過程，該如何寫？

感覺挺麻煩的，

1. MSSQL里多種浮點類型和日期時間類型轉的時候， MYSQL并沒有相同的類型處理啊

2. 各家都對SQL查詢語句有自己的擴展. (對SELECT查詢語句， MSSQL不允許有未被GROUP BY 和聚集函數(shù)同時都沒有處理的字段， 但MYSQL(INNODB)允許 MSSQL允許在SELECT中加選項允許臟讀)3. 一些調用系統(tǒng)函數(shù)還有系統(tǒng)表的地方咋辦， 比如取系統(tǒng)時間， 對時間的操作函數(shù) ， 存儲所有字段的系統(tǒng)表的表名， 還有MSSQL巨多的SP_XX和XP_XX的存儲過程 4. 不知道這兩個數(shù)據(jù)庫支持的數(shù)據(jù)規(guī)模和并發(fā)處理有多大不同..先拋個磚， 等大神.