我们在项目开发的时候经常出现线程安全的问题,那么我们面对数据库MySQL的安全,如何解决呢?大部分人会说可以使用锁,利用数据库自带的锁机制可以解决问题,但是在高并发的情况下,MySQL自带的锁已经无法实现了;
我们在一些营销活动中,最怕的就是出现超发,如果我们的程序没有做好这方面的控制,很容易就会出现超发的问题;
超发的问题如何出现的?
在并发的情况下,多用户抢购到库存量不为0的时候进行交易,然而实际库存量只有一个,被多个用户拿到,最终导致超发的情况。
解决的办法:
第一种:悲观锁的引入,在用户修改数据的时候进行加锁的操作,其他用户想修改数据就必须等待前面的锁被释放他才能拿到,这样会导致线程阻塞
虽然这样的办法可以解决超发的问题,但是同时会带来其他的问题,在并发的情况下,所有的请求都 处于等待获取锁,这样会使得有些请求将无法获取到锁,出现死锁,内存溢出。
第二种:乐观锁(数据的更新通过版本号去更新,版本号不一致,不予更新数据,)这样的话可以增大CPU的计算开销。
最佳办法:对于高发的活动(秒杀、抢购等),采用分布式锁的方式去处理,可以解决超发问题。后面我会详细的说明redis分布式锁的使用。