最近秋招提前批开了好多啊！

😢部门没有对校招生的培养体系，自己工作岗位也不确定，擅长的工作因为没有产能给我停止了，让我去做交叉流量，可自己一直是内容运营，自己也有小红书账号4.5w粉丝了，打算内部活水一下，还是咋办，被逼疯了

提前了解，避免踩坑军队文职招录竞争激烈，好不容易通过笔试，却有不少考生栽在了体检这一关。今天我们就来盘点那些最容易导致体检不合格的“隐形杀手”，帮你提前避坑！一、硬指标：身高体重视力身高不够直接出局：男性身高 低于162cm，女性身高 低于158cm，一票否决。别想着“就差一点点”，测量仪可不会手下留情。体重超标也危险：体重指数（BMI）要求严格：男性：17.5 ≤ BMI < 30女性：17 ≤ BMI < 24超出这个范围？不合格！更扎心的是，男性BMI≥28时，糖化血红蛋白超过6.5%照样淘汰。视力不好很吃亏：裸眼视力 低于4.5 ——直接淘汰裸眼视力在4.5-4.8之间？矫...

mysql mvccmvcc允许多个事务同时读取同一行数据。做到了读读并行，读写并行。它是通过read view实现的，可看做是数据库的一个快照版本。read view有几个重要参数:m_ids:创建read view 时当前数据库活跃事务的id列表。（启动了还未提交的事务）min_trx_id:创建read view时活跃事务的最小id值max_trx_id:创建readview时数据库要分配给下一个事务的id,即m_ids中最大值+1creator_trx_id:创建该read view的事务idinnodb聚集索引记录中会有两个隐藏列:trx_id:一个事务对某条聚集索引记录改动时，会把该事务的id记录在这里roll_pointer:每次改动时会把记录写到undo日志中，本列存的是指向旧版本记录的指针。如下图，当隐藏列trx_id的值小于read view的min_trx_id，说明这个版本的数据是在readview创建之前就提交了，因此该版本的记录对当时事务可见。当大于max_trx_id时说明这个版本的记录是在readview创建后事务才提交的，因此对当前事务不可见如果再min和max之间，需要判断trx_id在不在m_ids中，如果在且当trx_id等于readview的creator_id时可见，因为是当前事务创建的。如果在且不想等，说明生成该版本的事务还活跃着并且不是当前事务创建的，该版本记录对当前事务不可见。如果不在m_ids中说明生成该版本的事务已经提交，该版本记录对当前事务可见。

1、MySQL中3种log的作用是什么2、主从库是如何同步的，如果读从库读不到数据该怎么办？3、如果要将从库的读流量切换到主库需要考虑到哪些问题？4、消息如何保证顺序消费？5、Redis集群扩容的时候是否还能正常处理读写请求？6、Redis一共有多少个hash槽，扩容的过程是怎样的？7、Kafka reblance会不会影响顺序消费，为什么会影响？什么场景下会导致reblance8、线上的OOM导致的原因有哪些？怎么处理的，遇到过哪种是业务代码导致的9、哪些场景会FUll GC，线上出现会有哪些影响，该怎么排查处理？