摘要: redis并发竞争问题 解决方案: redis生产环境部署: 阅读全文
posted @ 2022-04-11 23:13 狒狒桑 阅读(39) 评论(0) 推荐(0)
摘要: (1)redis和mysql双写 1. 读:先读缓存,再读数据库 2. 写:先删缓存,再写数据库 (2) 修改数据库和修改缓存不一致问题 (3)不一致问题解决方案 (4)读写并发,双写不一致 (5) 解决方案 数据库与缓存读写操作串行化 阅读全文
posted @ 2022-04-11 23:01 狒狒桑 阅读(102) 评论(0) 推荐(0)
摘要: (1)缓存雪崩现象 缓存机器宕机,请求直接打到数据库,数据库打挂掉,重启无效 (2)缓存雪崩解决方案 事前:保证redis集群高可用 事中:做应用服务器本地缓存ehcache、hystis限流组件降级 事后:redis持久化 (3)缓存穿透 请求的数据,库和缓存里都没有,会直接打到数据库又没法放到缓 阅读全文
posted @ 2022-04-11 22:28 狒狒桑 阅读(27) 评论(0) 推荐(0)
摘要: redis持久化+备份方案 企业级redis集群架构:海量数据、高并发、高可用 持久化主要是灾难恢复,数据恢复,也可以归类未高可用 阅读全文
posted @ 2022-04-11 22:13 狒狒桑 阅读(16) 评论(0) 推荐(0)
摘要: redis读写分离,主从支持10w高并发 主从架构 (1)slave第一次连接 (2)主从复制断点续传 (3)无磁盘化复制 阅读全文
posted @ 2022-04-11 18:50 狒狒桑 阅读(221) 评论(0) 推荐(0)
摘要: 客户端和redis通信流程 单线程模型为什么效率也高? -- 非阻塞io多路复用队列,接收请求 -- 事件处理器,纯内存操作 阅读全文
posted @ 2022-04-11 18:23 狒狒桑 阅读(21) 评论(0) 推荐(0)
摘要: 1. 背景: 异常日志是写到es里了 线上事务,es集群出现问题,没法写,最后出现线上几十台机器,全部因为这一行代码,全体CPU 100%,卡死了。 2. 定位排查 (1)定位耗费CPU的进程 top -c (按CPU排序) (2)定位线程 top -Hp 43987 (3)定位代码 阅读全文
posted @ 2022-04-11 15:01 狒狒桑 阅读(56) 评论(0) 推荐(0)
摘要: socket属于传输层编程规范,基于tcp协议。 使用socket协议,打包成tcp包,然后再各种封包,网关转发 阅读全文
posted @ 2022-04-11 14:56 狒狒桑 阅读(44) 评论(0) 推荐(0)
摘要: 1. 事务的特性 (1)原子性 一起成功,一起失败 (2)一致性 数据执行前后都是对的 (3)隔离性 2个事务之间不影响 (4)持久性 数据修改后,永久有效 2. 事务的隔离级别: (1)(读未提交): (2)(读已提交,不可重复读) (3) (数据已提交,可重复度) (5)(串行化)解决(幻读)问 阅读全文
posted @ 2022-04-11 14:20 狒狒桑 阅读(37) 评论(0) 推荐(0)
摘要: (1)很多年前的报表系统: (2)B-树 左边小,右边大,介于中间进入下一层 (3)B+树 非叶子节点,不存储data,只存储索引key (4)b+树优化 叶子检点之间加顺序指针,方便范围查找 (5)myisam存储引擎的索引 数据文件和索引文件是分开的 (6)innodb存储引擎的索引 必须有主键 阅读全文
posted @ 2022-04-11 14:00 狒狒桑 阅读(50) 评论(0) 推荐(0)
摘要: https工作原理 阅读全文
posted @ 2022-04-11 09:52 狒狒桑 阅读(19) 评论(0) 推荐(0)
摘要: tcp三次握手: 为什么是三次握手: 如果只有2次握手,会出现服务端资源浪费 第一次握手卡住后,服务端最后接收到后,发第二次握手,就开始开辟资源等客户端发送数据。 如果是三次握手,客户端可在第三次发送复位连接,让服务端释放资源 四次挥手: 阅读全文
posted @ 2022-04-11 09:23 狒狒桑 阅读(28) 评论(0) 推荐(0)
摘要: 浏览器发送请求后: 1. dns服务器进行域名解析,返回ip地址 2. 四层协议封装数据包 --> 以太网包 3. 通过网关转发 --> 目标主机 4. 目标主机接收到数据包后: 层层解包 --> 应用处理请求数据 --> 得到返回数据的请求增温 --> 层层封装成 以太网包 --> 网关转发到浏览 阅读全文
posted @ 2022-04-11 08:59 狒狒桑 阅读(184) 评论(0) 推荐(0)