thinkphp调用mysql存储过程 ，求助，具体点好吗，格式猜不出来…

thinkPHP的调用

$model = M("")

$data = $model ->query("CALL abcas(1,'gfffffggg@qq.com')")//调用存储过程

dump($data)//输出存储过程的返回值

存储过程部分

BEGIN -- 存储过程开始

START TRANSACTION-- 开始事务

#Routine body goes here...

SET @x = 1-- 定义变量，通过这个变量判断知道到的地方，事务成功@x返回大于0，否则返回0

update lzh_members set user_email = em where id = tid

if row_count() >0 then -- 判断语句是否执行成功

update lzh_members set user_type = 0 where id = tid

if row_count() >0 then

update lzh_members set user_type = 2 where id = tid

if row_count() >0 then

SET @x = 5

select @x

commit-- 事务提交

ELSE

SET @x = 0

select @x

rollback-- 事务回滚

end if

ELSE

SET @x = 0

select @x

rollback-- 事务回滚

end if

ELSE

SET @x = 0

select @x

rollback-- 事务回滚

end IF

END --存储过程结束

在存储过程中使用事务时，如果没有try…catch语句，那么当set xact_abort

on时，如果有错误发生，在批处理语句结束后，系统会自动回滚所有的sql *** 作。当set xact_abort

off时，如果有错误发生，在批处理语句结束后，系统会执行所有没有发生错误的语句，发生错误的语句将不会被执行。

在存储过程中使用事务时，如果存在try…catch语句块，那么当捕获到错误时，需要在catch语句块中手动进行Rollback *** 作，否则系统会给客户端传递一条错误信息。如果在存储过程开始处将set

xact_abort

on，那么当有错误发生时，系统会将当前事务置为不可提交状态，即会将xact_state()置为-1，此时只可以对事务进行Rollback *** 作，不可进行提交(commit) *** 作，那么我们在catch语句块中就可以根据xact_state()的值来判断是否有事务处于不可提交状态，如果有则可以进行rollback *** 作了。如果在存储过程开始处将set

xact_abort

off，那么当有错误发生时，系统不会讲xact_state()置为-1，那么我们在catch块中就不可以根据该函数值来判断是否需要进行

rollback了，但是我们可以根据@@Trancount全局变量来判断，如果在catch块中判断出@@Trancount数值大于0，代表还有未提交的事务，既然进入catch语句块了，那么还存在未提交的事务，该事务应该是需要rollback的，但是这种方法在某些情况下可能判断的不准确。推荐的方法还是将set

xact_abort on，然后在catch中判断xact_state()的值来判断是否需要Rollback *** 作。

下面我们来看看两个例子：

一．使用Set xact_abort on

代码

Create proc myProcedure

As

begin

set xact_abort on

begin try

begin tran

insert into TestStu values('Terry','boy',23)

insert into TestStu values('Mary','girl',21)

commit tran

end try

begin catch

--在此可以使用xact_state()来判断是否有不可提交的事务,不可提交的事务

--表示在事务内部发生错误了。Xact_state()有三种值：-1.事务不可提交；

--1.事务可提交；0.表示没有事务，此时commit或者rollback会报错。

if xact_state()=-1

rollback tran

end catch

end

二.使用Set xact_abort off

代码

Create proc myProcedure

As

begin

set xact_abort off

begin try

begin tran

insert into TestStu values('Terry','boy',23)

insert into TestStu values('Mary','girl',21)

commit tran

end try

begin catch

--在此不可以使用xact_state来判断是否有不可提交的事务

--只可以使用@@Trancount来判断是否有还未提交的事务，未提交的事务未必

--就是不可提交的事务，所以使用@@TranCount>0后就RollBack是不准确的

if @@TranCount>0

rollback tran

end catch

end

另外，对于@@Trancount需要说明的是，begin tran 语句将 @@Trancount加 1。Rollback tran将

@@Trancount递减到 0，但 Rollback tran savepoint_name 除外，它不影响 @@Trancount。Commit tran 或 Commit work 将 @@Trancount 递减 1。

这个应该不会太慢吧，我建议你看一下，你是不是循环做了太多次的插入/更新 *** 作。

mysql默认的配置中，每次事务提交都要写binlog和redo log，如果循环太多次——比如循环插入10w条记录——就会非常慢。一般优化思路分两种：

1 修改 sync_binlog为一个100-1000间的值，让binlog每隔100-1000个事务后再写一次；修改innodb_flush_log_at_trx_commit =2； 这么搞的好处是降低了写log的次数和消耗的时间，缺点是，中间出错的话，会丢失一部分的binlog和redolog导致无法通过他们来在出问题是恢复生产库数据。

2 将所有的插入/更新 *** 作放到一个事务中进行。这样，显然就只需要一次写binlong和redolog咯。

---