Linux操作系统概览

内核初始化

用户态 - 系统调用 - 保存寄存器 - 内核态执行系统调用 - 恢复寄存器 - 返回用户态

Just My Socks：搬瓦工官方翻墙服务，多条线路，IP不怕被墙

力荐！Just My Socks - 非常靠谱稳定的shadowsocks/V2ray代理服务！

文章目录

1. Just My Socks介绍
2. Just My Socks购买
3. Just My Socks优惠码
4. Just My Socks注册
5. Just My Socks信息查看
6. Just My Socks怎么用

Just My Socks是目前非常火热的一个Shadowsocks/V2ray服务商（机场），由搬瓦工官方推出，每个服务提供5条线路，包括最快的CN2 GIA线路。Just My Socks最大的优势是保证IP不被墙，如果IP被墙，会自动更换新的可用IP给用户。对于只是需要翻墙看看YouTube、ins或者谷歌以及谷歌学术的朋友，Just My Socks是一个非常合适的选择。

为什么查询一行数据也很慢?

1.MySQL数据库本身被堵住了，比如：系统或网络资源不够

2.SQL语句被堵住了，比如：表锁，行锁等，导致存储引擎不执行对应的SQL语句

3.确实是索引使用不当，没有走索引

4.表中数据的特点导致的，走了索引，但回表次数庞大

SQL语句被堵住的原因

• 表锁

1

mysql> select * from t where id=1;

长时间不返回,一般碰到这种情况的话，大概率是表 t 被锁住了。接下来分析原因的时候，一般都是首先执行一下

show processlist 命令，看看当前语句处于什么状态。然后我们再针对每种状态，去分析它们产生的原因、如何复

现，以及如何处理。

数据恢复过程

1.最近的一次全量备份 -> 2. 从备份的时间点开始,将备份的binlog 依次取出来重放到误删表之前的那个时刻

这样你的临时库就跟误删之前的线上库一样了,按需要恢复到线上库去。

日志模块

与查询流程不一样的是，更新流程还涉及两个重要的日志模块

redo log 是 InnoDB 引擎特有的日志，而 Server 层也有自己的日志，称为 binlog（归档日志）

查询优化

why?

优化的思路

客户端到服务器 其中包括 检验连接 查询缓存 解析 以及存储引擎涉及的调用 都会带来 cpu 内存 io等开销我们要

做的就是减少这些…

措施

​ 一个是检查是不是返回了 程序不需要的大量数据,大量数据会带来大量cpu以及io等损耗…

​ 一个是检查是不是扫了额外的行记录最简单的衡量查询开销的三个指标：1.响应时间2.扫描的行数3.返回的行

数, 关注数据的访问类型全表扫描 索引扫描 范围扫描 唯一索引扫描等…

为什么需要索引?

避免去扫全表,存储引擎先走索引找到对应值,然后根据索引记录找到对应的数据行.

优点的话,因为索引使用B+树结构 使得查询数据不再是随机IO,且避免去扫描全表

索引的策略(使用)

单列

不要在where 后面针对索引列计算,因为无法自动解析计算,所以需要避免索引列的一些计算

存储器结构

cpu -> 寄存器 -> 高速缓存 -> 主存 -> 磁盘

一种存储器抽象：地址空间

定义: 存储位置列表,存放可执行程序,程序的数据以及堆栈

地址空间是进程可以用来寻址内存的地址集。每个进程都有它自己的地址空间，独立于其他进程的地址空间，但是

某些进程会希望可以共享地址空间

什么是进程?

一个进程就是一个正在执行的程序的实例，进程也包括程序计数器、寄存器和变量的当前值。从概念上来说，每个

进程都有各自的虚拟 CPU，但是实际情况是 CPU 会在各个进程之间进行来回切换。

进程模型?

一个进程就是一个正在执行的程序的实例，进程也包括程序计数器、寄存器和变量的当前值。从概念上来说，每个

进程都有各自的虚拟 CPU，但是实际情况是 CPU 会在各个进程之间进行来回切换。

几天前，我在论坛上发了一篇关于Optional 的文章。其中一条评论是一个非常好的问题:

Optional 的使用会导致性能下降吗？

答案是: 是的，它会的。但是你应该担心吗？

监控对象

• ⽤户端监控。通常是指业务直接对⽤户提供的功能的监控

• 接口监控。通常是指业务提供的功能所依赖的接口的监控