new一个A1B2
获得徽章 6
- #青训营笔记创作活动#
2月7日 day22
1.redis基于内存操作，速度快，可持久化，直接主从模式
2.持久化：RDB，AOF
3.缓存穿透：缓存数据库都没有数据，查询落到数据库上边
4.缓存击穿：缓存有数据库没有，查询落到数据库上边
5.缓存雪崩：缓存大面积失效，请求落到数据库
展开评论点赞 - #青训营笔记创作活动#
2月2日 day21
1.对称加密：加密解密同一把密钥，非对称加密：一把公钥一把私钥
2.公钥加密但不能用公钥解密，因为大数取模运算是不可逆的
3.对称加密速度快
4.服务器证书：被CA私钥加密过的服务器公钥
展开评论点赞 - #青训营笔记创作活动#
2月1日 day20
怎么感觉顺序反了
1.一般项目的写/读遵循三七定律，30%的写，70%的读。
2.show index from tablename
3.索引本质是磁盘文件
4.数据结构划分：B+Tree、Hash
5.功能逻辑划分：普通索引、唯一索引、主键索引、全文索引、空间索引
6.存储方式划分：聚簇索引[索引和表在一起]，非聚簇索引[反之]
展开评论点赞 - #青训营笔记创作活动#
1月31日 day19
要合理建索引
1.主键索引以聚簇的形式存在磁盘中，聚簇索引在存储数据时，表数据和索引数据是一起存放的。
2.唯一索引：找到数据就停下来，查找有优势，但是插入需要额外检索。
3.索引字段区分性要足够高：性别就不太好
4.查询中有OR、 like以%开头、隐式类型转换、索引字段参与计算、Not反向查询等会导致索引失效。
5.索引覆盖：需要查询的列，在索引中已经包含，可防止回表，直接被覆盖。
6.索引下推：server筛选数据的工作推给引擎处理，减少回表
7.跳跃式扫描：没有使用联合索引的第一个字段，依旧使用联合索引
展开评论点赞 - #青训营笔记创作活动#
1月30日 day18
慢日志查看慢SQL，之后用explain查看sql的执行计划，explain重点看type，extra。
1.隐式转化(create的类型和查询类型不一致)，索引失效
2.最左匹配，copy建立一个（a,b,c）的联合索引，相当于建立了(a)、(a,b)、(a,b,c)三个索引
3.用in元素过多
4.建索引优化order by，group by
展开评论点赞 - #青训营笔记创作活动#
1月29日 day17
mysql连接池维护工作线程，客户端连接池维护网络连接。
读流程：
1.查缓存
2.SQL解析器：检查语法错误
3.优化器：通过SQL语法树，选择最优执行计划
4.存储引擎：检索数据
写流程：
上述3-4之间，
记录undolog 和 redolog，缓冲区查询，
写完后binlog记录，redolog改为commit
展开评论点赞 - #青训营笔记创作活动#
1月28日 day16
200是正常响应，3XX是重定向，4xx是客户端错误，5xx是服务端错误
5XX状态码：服务器崩溃，不是服务器传的，是网关传(ngix)的。
屏蔽掉具体有哪些服务器的代理方式就是所谓的反向代理。
展开评论点赞 - #青训营笔记创作活动#
1月27 day15
目录拆分合理：服务过多根据业务划分
不在循环里远程调用，数据库操作
参数过多，就封装一个新对象出来
性能优化，考虑并发
finally/defer 释放资源
展开评论点赞 - #青训营笔记创作活动#
1月26日 day14
数据传输：电路交换(两两拉线)、报文交换(存储转发)、分组交换(高效存储转发)
集线器广播，交换机根据MAC地址与端口关系转发
赞过 评论1
![[大哭]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_60.9016267.png)
写了一晚上的东西，最后忘记重新保存再发布了