摘要：
+ master 负责写入，slave 负责读，读写分离来提高并发 + 一主多从，从服务器数量不限制，但是主服务器只能一台（如果 master 为多台，多个 master 都修改了同一个 key，不晓得以哪个为准） + salve 挂了会被自动剔除，master 挂了需要手动把 salve 升级为新 阅读全文
摘要：
在上一篇[一主多从](/hangychn/p/17434550.html)的基础上，再启动一个哨兵服务，和一主多从的区别是：当主机挂了能自动把从一个从机切换成主机 假设此时主从关系是：主机（6379），从机1（6380），从机2（6381），和上面的主从 阅读全文
摘要：
+ 集群模式可以分布式存储数据，比如一共 n 条数据，3 个节点，a56爆大奖在线娱乐节点只存储 n/3 条数据（主从模式是每台服务器都存储了完整的数据） + 主从模式（哨兵也算主从）下，因为只有一个主机，a56爆大奖在线娱乐当写操作过多时主机压力也会比较大 ### 环境搭建 > 跟前面主从哨兵一样，还是在一台 linux 上部署 阅读全文
摘要：
### 缓存穿透（缓存和数据库中都没有的数据） 这种情况，如果不加以处理，请求必然打在数据库，如果请求量过大，DB 就挂了。很容易被恶意攻击，比如频繁查询 id 是 -1 的数据 #### 解决方案 1. 接口层增加校验，如用户鉴权校验，id做基础校验，id<=0的直接拦截 2. 从缓存取不到的数据 阅读全文
摘要：
单体应用可以使用 synchronized 或 RentranLock 来加锁，synchronized 推荐使用类锁，也就是字节码锁，这样保证是全局唯一的，如果使用对象锁，要根据业务确定这个对象锁在这个业务中是唯一的。 对于微服务架构下，单体应用锁就不合适了，a56爆大奖在线娱乐服务多个节点部署，虚拟机都不是用一 阅读全文
摘要：
操作的数据有两个，一个是商品数量，一个是秒杀成功的用户列表。秒杀成功时 商品数量-1，用户列表+1 如果秒杀用户过多，会导致 redis 连接数过多，redis 可能不能同时支持这么多连接，就会出现连接超时，用连接池解决 秒杀成功的用户列表用 set 保存，保证用户不重复秒杀（参加秒杀时用 sism 阅读全文
摘要：
grep 把匹配到的内容输出到终端 带行号搜索 -n grep '下发' yunxi-dg-base-center-trade/yunxi-dg-base-center-trade.log -n 搜索多个关键字(或的关系)，egrep # 匹配文件中存在 下发 或 SAP 的行 egrep '下发| 阅读全文
摘要：
模糊删除 del 只能完整的 key，模糊批量删除的a56爆大奖在线娱乐方式（比如删除user:打头的）：EVAL "return redis.call('del', unpack(redis.call('keys', ARGV[1])))" 0 'user:*' 阅读全文
摘要：
### 获取时间 ```java LocalDate localDate = LocalDate.now(); LocalDateTimelocalDateTime = LocalDateTime.now(); LocalDate today = LocalDate.of(2023, 6, 12); 阅读全文
摘要：
AQS 是 JUC 的基石，提供了数据结构和底层实现方法，比如获取锁的方式由子类实现完成出入队、唤醒线程由功能。这里只分析 AQS 已经实现了的功能逻辑，如果要分析完成的功能需要配合具体的子类比如 ReentrantLock ### 核心思想 如果共享资源空闲，当前线程就工作，并锁住资源。如果共享资 阅读全文