第一个经典画饼，骗进来再说，还两年，不积累开发经验就是浪费时间，专业技能废了。
第二个……我还是看好 java，人多没关系，需求也多，很稳定。
所以这两个都不好，建议继续找 java 。

不是很明确你描述的问题，但我说 2 个点。
1.springboot 单元测试，加了 @Transactional 注解，正 常 执行后，默认情况下，反 而 会回滚自动事务。我认为这个设计理念是为了重复测试。

2.你说的服务端不会回滚事务，我认为你指的是 feign 所调用的目标服务方。这正是“分布式事务”的问题，@Transactional 只能解决自身服务的事务。

没用，网站成品基本是拿来用的，或者二次开发后用的。你有知识储备吗？
没有知识储备，源码看不懂的。
有知识储备，那完全可以看实战教程一步步做个网站出来。

qq 拼音输入法，跟搜狗同源，不过我现在用 win10 自带了。

那得看数据量，如果数据量不大，采取 3l 的方法直接查。
如果数据量大，但是预计一个表可以存下所有的 id，考虑 5l 的方法，考虑用一个临时表存放所有 id，用唯一索引来查。
如果数据量还是巨大，一个表存放效率很低，考虑并行计算，重复 id 即至少 2 个表存在至少某条记录有交集。首先把 2 个表的唯一组合全列出来，然后把所有组合分发到 n 个服务自行计算，保证每个服务同时处理的数据量不超过 2 表(因为考虑到数据巨大)，分发任务的时候还要注意错开一下，不要单个表同时被多个服务查，以免数据库压力过大。

不菜，很不错了，关键还是多积累好项目的经验。

1.删除缓存 /缓存过期(复杂缓存值可能关联其他业务计算，不能简单的更新，为了维护方便，统一由读请求维护)
2.更新数据库

对于实时性要求较高的数据，需考虑高并发情况下的双写一致性。

没用过 hutool，想了解的时候对 hutool 有个不好的印象，它的项目的 issue 打开数量极少，关闭时间很快。容我冒犯地说一句，就算是开源项目，但这种做法未免有点功利。

我就说一点重要的，idea 有事没事就来一下 alt+enter，各种智能建议。
vscode 有吗？

建议老板提供一台可无限扩展的服务器。

因为量变产生质变啊，所谓架构不都是因为业务量上来了，拆分，然后复杂度直线上升。

我寻思 tidb 不是宣称只兼容 mysql 吗？不要光是甩下“tidb”几个字这么不负责任好吗?

浏览器同源策略，同协议，同域名，同端口。不管 nignx 还是 node （一般选用 nginx ），在本例中，首要作用就是作为一个提供静态资源的服务器，即 html，css，js 。
浏览器请求 nginx，获取静态资源文件。获取到的 js，发送 ajax 请求，根据浏览器同源策略，如果不设置跨域，它只能发回给 nginx （原路返回），然后 nginx 提供另一个关键作用就是作为路由器，转发请求到后端服务，而服务器之间没有同源策略的限制。

没事，写就完事了，多测试。

@justrand #57 只要有本地模拟集群需求，必然只能选虚拟机软件（多节点），而 vagrant 则方便地提供各种一键管理多节点的功能。

不是一些应用，是亿些应用。真有人以为光写 web 就很单一吧，不会吧，不会吧。除了 web 还有大数据，够你写一辈子了。

只用 string 类型的 key，不然老麻烦了，甚至 value 也全用 string，json 化就完事了。
不要用 jedis，用 lettuce 。
如果是 springboot，直接用 stringRedisTemplete 。
线上环境千万不要用 keys，最好部署阶段时把命令重命名掉。

条件表达式 ? 语句 1 : 语句 2 ×
条件表达式 ? 表达式 1 : 表达式 2 √