平凡人笔记

redis是一个极轻量级的进程，单机单线程单进程。 使用redis很容易实现分布式锁：setnx，同一个key，谁设置成功了，谁就抢到了锁，所以就产生了多锁问题。 假设客户端1抢到了锁，redis挂了

秒杀系统需要考虑哪些要素？ 要能支持高并发 用户体验要好，不要返回异常信息 对系统要友好（针对秒杀可以做业务上的隔离，单独把秒杀系统部署到独立的集群服务器上；可动态配置业务参数，比如商品金额，库存数量

承接上文RabbitMQ、RocketMQ、Kafka性能为何差距如此大？ 内存是线性地址空间，kernel程序先进入内存，一进入内存就开启保护模式，然后进行空间和权限的划分。 kernel占用的空间

tcpdump抓取网络请求包 监听从eth0网卡发出去的，请求80端口的网络包 -i 是iterface接口，eth0是网卡；抓80端口，抓从eth0网卡出去的访问80端口的网络包。 通过curl访问

承接上文MySQL多版本并发控制MVCC实现原理 幻读现象 因为在RR（可重复读）隔离级别里，事务1的第二次查询没有生成新的readview，而是用的第一次查询时生成的readview，所以第二次查询

承接上文MySQL事务特性ACID实现原理 MVCC(多版本并发控制) 数据库中的并发大概分几种情况: 读读：不需要并发控制，因为没有改变任何值。 读写：有并发安全问题，比如幻读、脏读、不可重复读。

前文回顾 Mysql 索引特点 MQ消费端如何保证幂等性？ MySQL使用B+Tree的数据结构，尽可能少的层级或IO读取量的情况下，能够缓存或存储更多数据量且达到快速查询的效果。 在进行索引存储的时

承接上文RabbitMQ、RocketMQ、Kafka性能为何差距如此大？ MQ消息重复，如何保证消费端的幂等性 MVCC(多版本并发控制)方式 这是乐观锁的一种实现，每一次要对库存的数量+1， 这种

MQ的作用解耦、异步、削峰填谷。 未使用MQ的情况 mysql并发写大部分情况下维持在600-800之间，并发读1200-1500之间，所以消费端在消费消息的时候需控制在并发小于1000，从而达到限流