工作跟分布式存储相关，遇到这样一个业务场景，将大文件通过 HTTP 协议传输到服务端。无法一次加载到内存中，组装到 Request 的 body 中。针对这样的问题，应该怎么解决呢？最简单的思路就是将大文件分成小文件上传，HTTP 流式传输就为我们提供了相应的解决方案。

01 如何做到数据库的事务并发控制 加锁：悲观锁和乐观锁。 02 MVCC是一种乐观锁的实现形式 03 MVCC的两种读形式 快照读：普通的读都是快照读 当前版本读：特殊的读操作，更新、插入、删除等 04 MVCC的实现原理 Mysql创建表是会有几个隐藏字段 RowID：隐藏的自增ID，...

由于Mongodb不支持事务（老版本），自己在工作中也从来没有用过事务，今天在面试的时候提到类似这么一个问题：在数据库中要新增一条A记录，同时要修改B记录的一个字段，这个肯定是用事务实现，但是Mongodb不支持事务，你会怎么设计数据库的事务？

leader发送的第一个AppendEntriesRPC往往是一个空的包（不包含日志数据的心跳包，大部分时候是空的，如果当选leader和发送AppendEntries之间leader接收了新的数据，那么这部分新数据也会发送）。

自己回答一下，candidate会先给自己投一票。。。

RaftlogIndex：初始化为1，指向下一个logEntry应该存储的下标因此，requestVote请求投票时传递的lastLogIndex应该为本节点当前最新的一条log下标

Follower、Candidate、Leader（顺序有先后）三个角色不能越级，即Leader只能退化为Follower、Follower只能升级为Candidate、Candidate可以退化为Follwer、也可以当选成为Leader。（怎么转换的？term、timeout会不会变？）

给定一个排序数组，你需要在原地删除重复出现的元素，使得每个元素最多出现两次，返回移除后数组的新长度。不要使用额外的数组空间，你必须在原地修改输入数组并在使用 O(1) 额外空间的条件下完成。

给定一个排序数组，你需要在原地删除重复出现的元素，使得每个元素只出现一次，返回移除后数组的新长度。不要使用额外的数组空间，你必须在原地修改输入数组并在使用 O(1) 额外空间的条件下完成。

给定一个排序数组，你需要在原地删除重复出现的元素，使得每个元素只出现一次，返回移除后数组的新长度。不要使用额外的数组空间，你必须在原地修改输入数组并在使用 O(1) 额外空间的条件下完成。

给定一个数组 nums 和一个值 val，你需要原地移除所有数值等于 val 的元素，返回移除后数组的新长度。不要使用额外的数组空间，你必须在原地修改输入数组并在使用 O(1) 额外空间的条件下完成。 元素的顺序可以改变。你不需要考虑数组中超出新长度后面的元素。

给定一个数组 nums 和一个值 val，你需要原地移除所有数值等于 val 的元素，返回移除后数组的新长度。不要使用额外的数组空间，你必须在原地修改输入数组并在使用 O(1) 额外空间的条件下完成。 元素的顺序可以改变。你不需要考虑数组中超出新长度后面的元素。