卡bug的个人网站-重学SpringBoot. step7 高并发秒杀

高并发高并发最容易出现的问题就是数据安全能不能得到保障。
你需要保证速度，又需要保证数据安全，那么速度也必然会有所下降。
所以最简单的办法就是提升硬件。或者把Mysql换成MongoDB，加个Redis，等等。
其实最好的办法就是加Redis，因为你的资料的占用时间不会太长，也就没有什么影响，任务可以等到后面再处理数据。
书上的思路上，先把数据存到Redis，然后再凌晨一点时候，没有什么人的时候，再用空余的资源去处理这些数据。
但要思考的还是数据安全的问题，Redis万一挂了怎么办？当然这些问题不是高并发目标要解决的问题。
现在是使用SpringBoot相关的技术来实现一个1000到2000的并发的解决方案。
我在实操的时候，2000的并发，会有600多是服务器无法处理的，因为超时了，等等。整体而言就是反应不过来，服务器如果不用缓存技术，除非提升硬件，那么根本处理不过来。
集群？是个好办法，建议把服务器全升级到线程撕裂者。然后配一百个集群。
直接用Redis业务需求：秒杀抢购
思路：获取库存，然后判断Redis列表内的数量是否等于库存，如果不等于，就添加，如果等于，就是抢购失败。
缓存后的数据直接用消息队列控制主机的服务来处理这些数据。单机的话，可以用定时器到凌晨1点，再用空余的资源来解决这些问题。
代码实现可能都不用看了。
不过我之前学的时候，还有一种方案是引入这个任务队列，不过我好像没学会用Netty怎么来操作这种秒杀。那样就更为底层了。
下面是传统的基于版本号的秒杀。
public boolean buyId(Integer id) {
    long start = System.currentTimeMillis();
    while (true) {
        long end = System.currentTimeMillis();
        if((end - start) > 100) return false;
        Product product = this.getById(id);

        if(product.getStock() < 1){
            return false;
        }
        // 指定 delete Flag为 version吧
        int version = product.getDeleteFlag();

        product.setStock(product.getStock()-1);
        product.setDeleteFlag(version+1);
        boolean result = this.update(product,new QueryWrapper<Product>().lambda().eq(Product::getId,product.getId()).eq(Product::getDeleteFlag,product.getDeleteFlag()-1));

        if(!result) continue;

        return true;
    }}
卡bug的个人网站

务实路

重学SpringBoot. step7 高并发 秒杀

高并发

直接用Redis

重学SpringBoot. step7 高并发秒杀
