上一页 1 2 3 4 5 6 ··· 10 下一页
摘要: 类别 Bind Mount Volume 灵活性 非常高,可以映射文件或目录 比较固定,只能映射目录 可移植性 较差,依赖具体宿主机路径 很强,容器与宿主机解耦 安全性 较低,容易误操作宿主机目录 高,受 Docker 管理保护 数据隔离 较弱,宿主机和容器共用目录 较强,存储于独立空间 性能(Ma 阅读全文
posted @ 2025-08-05 20:52 Charlie-Pang 阅读(14) 评论(0) 推荐(0)
摘要: 1、一般的消息系统分为3种: at least once 至少发送成功一次,可能会重复发送(常用)。 at most once 最多发送一次,要么成功,要么失败。 exactly once 保证发送成功且仅发送成功一次,这种理想情况基本不存在,也没有任何基于网络的消息系统能实现这种模式。 解决方案: 阅读全文
posted @ 2025-08-05 20:12 Charlie-Pang 阅读(8) 评论(0) 推荐(0)
摘要: next-key lock是MVCC多版本并发控制的锁机制,目的是在事务隔离级别REPEATABLE READ下防止幻读。 行锁+间隙锁=next-key lock 会锁住数据本身和他之前的数据之间的间隙。 假设 user 表中有以下记录,id 是主键(唯一索引): id:1,3,7 当查询id=7 阅读全文
posted @ 2025-08-01 23:00 Charlie-Pang 阅读(14) 评论(0) 推荐(0)
摘要: 1、锁定索引记录间隙(不包括该记录),确保索引记录间隙不变,防止其他事务在这个间隙进行insert,产生幻读,在RR隔离级别下支持。 例:id为索引,6-12之间的索引中添加间隙锁。 2、索引上的等值查询(唯一索引),给不存在的记录加锁时,优化为间隙锁。 举例: CREATE TABLE user 阅读全文
posted @ 2025-08-01 18:26 Charlie-Pang 阅读(30) 评论(0) 推荐(0)
摘要: 全局锁 对整个数据库实例加锁,加锁后整个实例就处于只读状态,后续的DML写语句、DDL语句已经更新操作的事务提交语句都将被阻塞。 例:做全库的逻辑备份,对所有表进行锁定,从而获取一致性视图,保证数据的完整性。 加锁语句:flush tables with read lock; 释放语句:unlock 阅读全文
posted @ 2025-08-01 16:39 Charlie-Pang 阅读(7) 评论(0) 推荐(0)
摘要: 准备工作 1、建立一个工厂Event类,用于创建Event类实例对象。 2、需要有一个监听事件类,用于处理数据(Event类)。 3、实例化Disruptor实例,配置一系列参数,编写Disruptor核心组件。 4、编写生产者组件,向Disruptor容器发送数据。 注意事项 Disruptor实 阅读全文
posted @ 2025-08-01 10:48 Charlie-Pang 阅读(30) 评论(0) 推荐(0)
摘要: 单工:只能是发送方给接收方发送数据。 半双工:半双工是双向的,但是同一时刻,发送方和接收方可以交替发送和接收数据,但是不能同时进行。 全双工:双方可以同时给对方发送数据。 websocket建立过程: 1、客户端发起带升级头的HTTP GET请求。 客户端通过普通 HTTP 请求启动,关键是 Upg 阅读全文
posted @ 2025-07-31 22:36 Charlie-Pang 阅读(19) 评论(0) 推荐(0)
摘要: Http1.0和Http1.1的区别 特性 短连接(HTTP/1.0 默认) 长连接 Keep-Alive(HTTP/1.1 默认) TCP连接频率 每次请求都新建连接 同一个连接复用 性能 差(高延迟) 高效(低延迟、少开销) 应用场景 低频通信 高频短消息,如页面加载、多资源下载 Http与We 阅读全文
posted @ 2025-07-31 21:12 Charlie-Pang 阅读(16) 评论(0) 推荐(0)
摘要: 如何判断主节点是否挂掉 1、Redis 心跳失联 1.1、Redis 心跳是指:系统中的主服务(如撮合引擎)周期性地向 Redis 写入时间戳,表明“我还活着”。 1.2、其他服务(例如灾备节点)会定期读取这个 key,比如每 5 秒查看一次,然后计算一下,如果大于5秒表示主服务挂掉了。 2、Kaf 阅读全文
posted @ 2025-07-31 09:48 Charlie-Pang 阅读(2) 评论(0) 推荐(0)
摘要: 网络抖动、用户手抖、MQ重试.....任何一次“重复请求”都可能让扣钱、商品多发。 接口幂等性指:同一个请求(参数完全相同)重复调用多次,后端的处理结果应一致,且不会产生副作用(如重复扣款、重复入库) token令牌 思路:先拿令牌->再执行业务->用完删除。 核心关键字:预生成、一次性、Redis 阅读全文
posted @ 2025-07-30 23:03 Charlie-Pang 阅读(8) 评论(0) 推荐(0)
上一页 1 2 3 4 5 6 ··· 10 下一页