假设订票的时候，好几个人同时进入，查看这张票是否售出，假如同时购买了这张票，那对于售票行业来说，可能就会发生低级错误。那么如何避免这类事情发生呢？

解决办法：

在一个人访问的时候，另外一个人不可以访问，将票锁住，锁完之后，再更新，让其他的线程来访问。

在C++/C中常见的锁分为两类：表锁，行锁

1、表锁：将整个表都锁柱，整张表都不可以访问  Innodb和MyISAM都可以

1.1、锁住表的读

其他人都不能读

lock table t_vedio read;

1.2、锁住表的写

其他人都不可以写，但是可以读

lock table t_vedio write;

1.2、解锁

unlock tables;

但是，它的缺点就是：假定一张的表里面有很多张票，例如从北京到陕西，北京到甘肃，北京到上海等票都在一个库里面，这个时候，如果你将整个表锁住了，但是他们之间又米有竞争关系，起始就是浪费了资源，其他线程都必须等一个操作完成之后才能进入下一个。所以表锁在很多情况下是没必要的，但是，Innodb和MyISAM都支持表锁。而表锁只适用于Innodb，支持事务的rollback。

2、行锁（事务）

select *from t_tickets XXX for update;

2.1、取票/查看票

//取票my.StartTransaction();

bool LXMysql::StartTransaction(){//有一个start Transaction的接口，只需要调用另外一个接口，也就是把自动提交return Query("set autocommit=0");}

2.2、锁住表

select *from t_tickets where sold=0  order by id for update;

2.3、   购买这张票

10s之后这张票的状态置为1，也就是卖出了

   //购买这张票//模拟冲突  3s过后更新这张票this_thread::sleep_for(10s);

2.4、更新表，将第一张票置为1，售出了，更新一下表

//更新string id = rows[0][0].data;//取出第一行的id号  找到了这张票data["sold"] = "1";string where = "where id=";where += id;//更新成功cout << my.Update(data, "t_tickets", where) << endl;

2.5、提交事务

     my.Commit();my.StopTransaction();

bool LXMysql::StopTransaction(){return Query("set autocommit=1");}bool LXMysql::Commit(){return Query("commit");}

3、演示：

3.1、假设现在数据库里的表都没有售出：

3.2、现在进来两个人来买票，找到你的代码的exe文件

启动两次exe

当不使用行表的时候，一张票被两个人购买，

select *from t_tickets where sold=0  order by id

使用行锁，起始也就是加了行锁for update;

根据时间顺序，购买不同的票，id=2的票被买走之后，顺次购买id=3的

select *from t_tickets where sold=0  order by id for update;