英文写反了

Y：周年（ Year ）
y：日历年（ Week year ）
jdk api 中的 java.text.SimpleDateFormat 的描述中有

学 java 的时候有看到过

发展前景、晋升制度、福利待遇，都算收入吧

工作付出，也只是为了更多的收入

公司产品的话，需要，可以没有，起码要考虑，方便后续扩展

项目的话，加钱就给做

两天还处理不掉，就找领导，领导想办法解决

vi 够了

能不能培养新人、挖掘能力强的，也是晋升重要参考，可能你领导向扶你上位

这和推荐算法有什么关系，是产品经理决定的

展示自己的能力 != 干很多的活儿
展示自己的能力 == （干有价值的活儿 && 被人看到）

300+ 人的互联网公司已经不算小了

id 默认自增策略有区别了，innodb_autoinc_lock_mode 默认值不同

5.5 中，（默认不清楚，查看：show variables where Variable_name = 'innodb_autoinc_lock_mode';）
8.0 中，默认 innodb_autoinc_lock_mode = 2

https://github.com/bichengfei/MySQL/blob/master/InnoDB/6/6.1/6.1.InnoDB%E4%B8%ADauto_increment%E5%A4%84%E7%90%86%EF%BC%88%E5%AE%98%E7%BD%91%E7%89%88%EF%BC%89.md

如果不局限于 JS，也可能考察数据类型吧
整形 / 整形，得到的是整形，永远不可能等于 10000

算法解是很牛，如果是普通职位，面试官都不一定知道，或许只是想考验你数据类型、临界值处理、需求沟通、需求判断能力

如果数据量以后没有增长，就 MySQL，如果需要 KPI，就选最吊的
原始数据放一张表，称为源表，这张表指定表空间，空间给大点
然后通过定时任务或其他手段，对源表数据进行分类处理，得到天、周、月、年等统计数据，查询时直接从分类表中查

腾讯文档。。。

InnoDB 中的 AUTO_INCREMENT 处理

h2 derby
Mybatis 源码的单元测试用的 derby，够用了

分布式系统中的 CAP 理论，你这里需要保证 CP，不过只用关注 C，一致性，Consistency，技术方案一般都要搭配业务和公司情况，只要能解决问题就是好方案，这个也只能给你提供思路
```
1. 开启 MySQL 事务
2. 写入 MySQL;
3. 写入 云平台，并判断是否成功
3.1 写入成功，提交 MySQL 事务，接口返回成功
3.2 写入失败，回滚 MySQL 事务，接口返回失败
```
对于历史数据，直接用工具同步。对于增量数据，可以想象上述方法，借用事务的思路，写入的时候，双写成功，接口才会返回插入成功，否则事务回滚，这样应该保存了数据强一致性。

对于楼上提出的用 DataX 或者 flinkX，这些工具只是做数据同步的工作，数据延迟较大，并且好像也不能保证一致性

欢迎大家提出意见