mysql存儲過程傳入一個參數(shù)返回結(jié)果集？mysql中要獲得存儲過程的返回值，可以增加一個out參數(shù)，用來返回。mysql中存儲過程的例子：CREATE PROCEDURE addvoucher (I

mysql存儲過程傳入一個參數(shù)返回結(jié)果集？

mysql中要獲得存儲過程的返回值，可以增加一個out參數(shù)，用來返回。mysql中存儲過程的例子：CREATE PROCEDURE addvoucher (IN userid INT，IN voucherid INT，OUT result INT)BEGINSELECT@endate_a := endate ，@batch_a := batch ，@c_count_a := c_count，@isdead_a := isdeadFROMt_voucherWHEREid = voucheridSET autocommit = 0IF EXISTS (SELECT*FROMt_user_voucher tuv，t_voucher tvWHEREtv.id = tuv.voucheridAND tv.batch =@batch_a) THENSET result = 1-- 已存在SELECTresultELSEIF @c_count_a > 0 THENIF (TO_DAYS(@endate_a) - TO_DAYS(NOW())) > 0 THEN

mysql表數(shù)據(jù)量太大，達到了1億多條數(shù)據(jù)，除了分庫分表之外，還有沒有其他的解決方式？

mysql在常規(guī)配置下，一般只能承受2000萬的數(shù)據(jù)量(同時讀寫，且表中有大文本字段，單臺服務(wù)器)?，F(xiàn)在超過1億，并不斷增加的情況下，建議如下處理：

1 分表?？梢园磿r間，或按一定的規(guī)則拆分，做到查詢某一條數(shù)據(jù)庫，盡量在一個子表中即可。這是最有效的方法

2 讀寫分離。尤其是寫入，放在新表中，定期進行同步。如果其中記錄不斷有update，最好將寫的數(shù)據(jù)放在 redis中，定期同步

3 表的大文本字段分離出來，成為獨立的新表。大文本字段，可以使用NOSQL數(shù)據(jù)庫

4 優(yōu)化架構(gòu)，或優(yōu)化SQL查詢，避免聯(lián)表查詢，盡量不要用count(*)， in，遞歸等消耗性能的語句

5 用內(nèi)存緩存，或在前端讀的時候，增加緩存數(shù)據(jù)庫。重復讀取時，直接從緩存中讀取。

上面是低成本的管理方法，基本幾臺服務(wù)器即可搞定，但是管理起來麻煩一些。

當然，如果整體數(shù)據(jù)量特別大的話，也不在乎投入費用的話，用集群吧，用TIDB吧