tiny的专栏

synchronized 是 Java 中的一个关键字，用于同步方法或代码块，确保只有一个线程可以执行被 synchronized 修饰的代码段。Lock 是 Java java.util.concurrent.locks 包中的一个接口，提供了与 synchronized 不同的锁操作。synchronized 锁是非公平的，不保证等待时间最长的线程优先获取锁。Lock 允许更灵活的锁控制，例如尝试获取锁、超时等待、可中断的锁获取等。Lock 可以实现公平锁，即按照线程等待的顺序来分配锁。

countdownlatch和cyclicbarrier的区别是什么。唯一索引和普通索引区别 changebuffer 页分裂页合并。volatile指令重排序 内存屏障 总线风暴。sentinel和cluster区别使用场景。redis cluster集群同步过程。热key产生原因和后果以及怎么解决。本地缓存需要高时效性怎么办。lock和sync区别。父子线程怎么共享数据。

那人考虑的不够全面，接口性能差，分配给我这边负责优化，天天盯着我弄。我觉得不正常，别人的接口，有性能问题，我有义务去接盘么？后来做一个项目的时候和我说，你做的内容是最基础的。市面上的估计他们都看过一遍了，然后你看漏了，就答不上来，这些人一般工作不是很饱和。找工作擦亮双眼 50人以内的不要去 各种坑 干不长的 区域 环球中心的不要去 交子金融的也不要去。很多种情况 有不加班的 有外包的 有pua的 画饼的 天天看产出的 大小周的 比比皆是。当时我没怎么放在心上，我这人就这样，交给我的事，尽力做好。

1、观察法2、体验法3、问卷调查法4、访谈法5、单据分析法6、报表分析法7、需求调研会法。

问自己解决的最有挑战的问题。奇怪的是几场面试下来都在问这个问题。怎样保证kafka消息不丢失 应该问的是ack。直接和我说加班强度挺大的，但是不是每天加班。

1、怎样实现10亿数据的计算。女副总问了一句高级工程师和中级工程师的区别。2、怎么解决微服务之间的依赖。3、接口安全怎么设计？

2、mysql组合索引根据explain的什么可以判断执行到就第几级 key_length。3、kafka消费积压怎么排查。答案比较震惊 ，是不是发版导致的。1、es嵌套查询怎么实现 nested。

被选出的 Master 和集群元信息的新旧程度没有关系。因此它的第一个任务是选举元信息，让各节点把各自存储的元信息发过来，根据版本号确定最新的元信息，然后把这个信息广播下去，这样集群的所有节点都有了最新的元信息。集群元信息的选举包括两个级别：集群级和索引级。不包含哪个shard存于哪个节点这种信息。这种信息以节点磁盘存储的为准，需要上报。为什么呢？因为读写流程是不经过Master的，Master 不知道各 shard 副本直接的数据差异。HDFS 也有类似的机制，block 信息依赖于DataNode的

假设有若干节点正在启动，集群启动的第一件事是从已知的活跃机器列表中选择一个作为主节点，选主之后的流程由主节点触发。ES的选主算法是基于Bully算法的改进，主要思路是对节点ID排序，取ID值最大的节点作为Master，每个节点都运行这个流程。是不是非常简单？选主的目的是确定唯一的主节点，初学者可能认为选举出的主节点应该持有最新的元数据信息，实际上这个问题在实现上被分解为两步：先确定唯一的、大家公认的主节点，再想办法把最新的机器元数据复制到选举出的主节点上。基于节点ID排序的简单选举算法有三个附加约定条件：

写入过程中关闭：线程在写入数据时，会对Engine加写锁。IndicesService的doStop方法对本节点上全部索引并行执行removeIndex，当执行到Engine的flushAndClose（先flush然后关闭Engine），也会对Engine加写锁。由于写入操作已经加了写锁，此时写锁会等待，直到写入执行完毕。因此数据写入过程不会被中断。但是由于网络模块被关闭，客户端的连接会被断开。客户端应当作为失败处理，虽然ES服务端的写流程还在继续。读取过程中关闭：线程在读取数据时，会对Engin

如果已经在本地进行了多次提交，可以使用git rebase -i命令对这些小的提交进行合并。如果想将本次要执行的提交和上一次的提交进行合并，则可以使用git commit --amend命令。

到目前为止搜索都很简单：搜索特定的名字，通过年龄筛选。让我们尝试一种更高级的搜索，全文搜索——一种传统数据库 很难实现的功能。 我们将会搜索所有喜欢“rock climbing”的员工：GET / megacorp / employee / _search {“query”: {“match”: {“about”: “rock climbing”}}}{ …“hits”: {“total”: 2,“max_score”: 0.16273327,“hits”: [{ …"_score":

在G1收集器出现之前的所有其他收集器，包括CMS在内，垃圾收集的目标范围要么是整个新生代（Minor GC），要么就是整个老年代（Major GC），再要么就是整个Java堆（Full GC）。而G1跳出了这个樊笼，它可以面向堆内存任何部分来组成回收集（Collection Set，一般简称CSet）进行回收，衡量标准不再是它属于哪个分代，而是哪块内存中存放的垃圾数量最多，回收收益最大，这就是G1收集器的Mixed GC模式...

在注重吞吐量或者处理器资源较为稀缺的场合，都可以优先考虑Parallel Scavenge加ParallelOld收集器这个组合

先记住口诀，口诀记不住，你还练什么？1、左后视镜下延左半部分沿左侧黄线行驶2、左侧肩膀与停车控制线处在一条直线上时停车3、挂倒挡，左后视镜下沿接触停车控制线，向右打满方向4、观察右后视镜，看车身与库角的距离，大于30cm时不动，小于30cm时，适当回方向5、观察到右后轮可以入库时，看左边后视镜6、左后方库角从左后视镜中出现，回正方向7、观察左右后视镜，微调方向，使车身平直8、左后视镜下沿与左前方黄线贴合时停车9、挂一挡出库，机盖前边沿接触前方黄线，方向向左打满