mysqltryint和int的区别

1、指代不同，tryint对应于无符号整数。int是一种数据类型，在编程语言（C、C++、Java等）中，是用于定义整数类型变量的标识符。

2、取值范围不同，tryint取值范围是2到31到1。int占用4字节，32比特。

3、特点不同，tryint有无符号就是数据出现了溢出现象导致的。无符号值可以避免误存负数，且扩大了表示范围。int除int类型之外，有short、long、longlong类型可以表示整数。

在存储过程中使用事务时，如果没有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。

这个死锁估计是有数据没了, 或者某个 *** 作被回滚了

要避免这个问题方法有很多

事务尽量不要太复杂

在使用表或者行的时候, 尽量设定一个顺序, 比如同一时间段线程A 竞争 1 2 资源, 线程 B 竞争 2 1 资源出现死锁, 如果改成 A 使用 1 2 B 也是使用的 1 2 , 这样再差也只会出现线程A/B去等待线程B/A执行完毕再去访问资源

将一些容易出现死锁的字段改成索引, 这样在竞争资源的时候mysql将不再上锁[doge]

如果你是mysql数据库, 则尽量避免使用 insert ... select 这样的sql(oracle不用), 因为他会为你需要查询的条件也上锁, 这样也会容易出现死锁的问题

捕获异常, 然后在出现这个异常的时候再次执行一次死锁的sql语句

待续, 我也没遇到更多的出现死锁的情况了, 等遇到再说

以上几点如果有错的话, 请指出, 我们相互探讨, 毕竟这也是我从笔记里面找出来的, 可能有错误

---