触发器(trigger):监视某种情况,并触发某种操作。
触发器创建语法四要素:1.监视地点(table) 2.监视事件(insert/update/delete) 3.触发时间(after/before) 4.触发事件(insert/update/delete)
语法:
create trigger triggerName
after/before insert/update/delete on 表名
for each row #这句话在mysql是固定的
begin
sql语句;
end;
注:各自颜色对应上面的四要素。
首先我们来创建两张表:
#商品表
create table g
(
id int primary key auto_increment,
name varchar(20),
num int
);
#订单表
create table o
(
oid int primary key auto_increment,
gid int,
much int
);
insert into g(name,num) values('商品1',10),('商品2',10),('商品3',10);
如果我们在没使用触发器之前:假设我们现在卖了3个商品1,我们需要做两件事
1.往订单表插入一条记录
insert into o(gid,much) values(1,3);
2.更新商品表商品1的剩余数量
update g set num=num-3 where id=1;
现在,我们来创建一个触发器:
需要先执行该语句:delimiter $(意思是告诉mysql语句的结尾换成以$结束)
create trigger tg1
after insert on o
for each row
begin
update g set num=num-3 where id=1;
end$
这时候我们只要执行:
insert into o(gid,much) values(1,3)$
会发现商品1的数量变为7了,说明在我们插入一条订单的时候,触发器自动帮我们做了更新操作。
但现在会有一个问题,因为我们触发器里面num和id都是写死的,所以不管我们买哪个商品,最终更新的都是商品1的数量。比如:我们往订单表再插入一条记录:insert into o(gid,much) values(2,3),执行完后会发现商品1的数量变4了,而商品2的数量没变,这样显然不是我们想要的结果。我们需要改改我们之前创建的触发器。
我们如何在触发器引用行的值,也就是说我们要得到我们新插入的订单记录中的gid或much的值。
对于insert而言,新插入的行用new来表示,行中的每一列的值用new.列名来表示。
所以现在我们可以这样来改我们的触发器
create trigger tg2
after insert on o
for each row
begin
update g set num=num-new.much where id=new.gid;(注意此处和第一个触发器的不同)
end$
第二个触发器创建完毕,我们先把第一个触发器删掉
drop trigger tg1$
再来测试一下,插入一条订单记录:insert into o(gid,much) values(2,3)$
执行完发现商品2的数量变为7了,现在就对了。
现在还存在两种情况:
1.当用户撤销一个订单的时候,我们这边直接删除一个订单,我们是不是需要把对应的商品数量再加回去呢?
2.当用户修改一个订单的数量时,我们触发器修改怎么写?
我们先分析一下第一种情况:
监视地点:o表
监视事件:delete
触发时间:after
触发事件:update
对于delete而言:原本有一行,后来被删除,想引用被删除的这一行,用old来表示,old.列名可以引用被删除的行的值。
那我们的触发器就该这样写:
create trigger tg3
after delete on o
for each row
begin
update g set num = num + old.much where id = old.gid;(注意这边的变化)
end$
创建完毕。
再执行delete from o where oid = 2$
会发现商品2的数量又变为10了。
第二种情况:
监视地点:o表
监视事件:update
触发时间:after
触发事件:update
对于update而言:被修改的行,修改前的数据,用old来表示,old.列名引用被修改之前行中的值;
修改的后的数据,用new来表示,new.列名引用被修改之后行中的值。
那我们的触发器就该这样写:
create trigger tg4
after update on o
for each row
begin
update g set num = num+old.much-new.much where id = old/new.gid;
end$
先把旧的数量恢复再减去新的数量就是修改后的数量了。
我们来测试下:先把商品表和订单表的数据都清掉,易于测试。
假设我们往商品表插入三个商品,数量都是10,
买3个商品1:insert into o(gid,much) values(1,3)$
这时候商品1的数量变为7;
我们再修改插入的订单记录: update o set much = 5 where oid = 1$
我们变为买5个商品1,这时候再查询商品表就会发现商品1的数量只剩5了,说明我们的触发器发挥作用了。
我们先做个测试:
接上篇日志建的商品表g和订单表o和触发器
假设:假设商品表有商品1,数量是10;
我们往订单表插入一条记录:
insert into o(gid,much) values(1,20);
会发现商品1的数量变为-10了。这就是问题的所在,因为我们之前创建的触发器是after,也就是说触发的语句是在插入订单记录之后才执行的,这样我们就无法判断新插入订单的购买数量。
先讲一下after和before的区别:
after是先完成数据的增删改,再触发,触发的语句晚于监视的增删改操作,无法影响前面的增删改动作;也就是说先插入订单记录,再更新商品的数量;
before是先完成触发,再增删改,触发的语句先于监视的增删改,我们就有机会判断,修改即将发生的操作;
我们用一个典型案例来区分它们的区别,新建一个触发器:
#监视地点: 商品表o
#监视事件:insert
#触发时间:before
#触发事件:update
案例:当新增一条订单记录时,判断订单的商品数量,如果数量大于10,就默认改为10
create trigger tg6
before insert on o
for each row
begin
if new.much > 10 then
set new.much = 10;
end if;
update g set num = num - new.much where id = new.gid;
end$
执行完,把之前创建的after触发器删掉,再来插入一条订单记录:
insert into o(gid,much) valus(1,20)$
执行完会发现订单记录的数量变为10,商品1的数量变为0了,就不会出现负数了。
1.存储引擎概念
打比方说:一部电影有mp4,wmv,avi,flv...等格式。同样的一部电影在硬盘上有不同的存储格式,所占的空间与清晰程度也各不一样。
那么我们表里的数据存储在硬盘上,是如何存储的呢?
存储的方式也有很多种。
对于用户来说,同样一张表的数据,无论用什么引擎来存储,用户看到的数据都是一样的,
但对于服务器来说是有区别的。
数据库对同样的数据,有着不同的存储方式和管理方式,在mysql中,称为存储引擎。
2.存储引擎与其特点
特点 Myisam InnoDB
批量插入的速度 高 低
事务安全 不支持 支持
全文索引 支持 支持(5.5或以上版本)
锁机制 表锁 行锁
这里只列出两种常用的。
3.如何指定存储引擎
create table test
(
id int,
name varchar
) engine InnoDB;
1.事务
通俗的说事务:指一组操作,要么都成功执行,要么都不执行---->原子性
在所有的操作没有执行完毕之前,其他会话不能看到中间改变的过程--->隔离
事务发生前和发生后,数据的总额依然匹配----->一致性
事务产生的影响不能够撤销----> 持久性
即事务的ACID特性。
如果出了错误,事务也不允许撤销,只能通过“补偿性事务".
2.关于事务的引擎:
选用InnoDB
开启事务:start transaction;
Sql语句
Sql语句
...
commit;提交/roolback;回滚
注意:有些语句会隐式提交事务,具体可以参考MySQL参考手册。