NUC 10i7FN，32G 内存，500G SSD，某宝价格不到 5K 。Vagrant 开 3 个虚拟机，够折腾了

不管是小程序端还是 H5 端，都使用同一个 token 进行登录就好了，不管这个 token 是使用 JWT，还是自定义的 token 。
如果可以的话，可以做一个统一用户登录中心，开另外的一个微服务，该服务做的事情就是保存 H5 用户信息、小程序用户信息，维护 H5 用户和小程序用户之间的映射关系，以及登录、登录态的维护。
这样一来，如果后面有支付宝用户、APP 用户的话，也能够很好的兼容。业务端无需关心具体登录来源，只需要拿着 token 去该服务换取用户信息即可(以及判定登录状态)。

Gitlab + Helm，Gitlab-CI 还挺好用的，yaml 配置文件稍微改一改就能给其它服务复用。

我只有一个疑问，修 BUG 为啥需要上服务器? 而且阿里云的服务器 Leader 没权限加临时白名单吗?

零碎知识用 Onenote，体系结构用 XMind，剩下的用 Markdown 写博客

一楼那是个什么辣鸡玩意儿??

@LudwigWS 不是大佬，无名小卒而已..

阔以，赞一个

在网上遇到自己不确定知识点的时候，最简单且有效的办法就是自己动手验证。MySQL InnoDB 存储引擎实际存储就 3 个文件: .opt, .frm, .ibd ，其中.ibd 为实际存储数据和索引的地方，聚簇索引和辅助索引数据均在该文件中。建一张测试表，写点儿数据，然后闷头分析.ibd 文件就行了。
当初我对这东西也很有疑问，动手分析了之后明白了个大概。https://smartkeyerror.com/MySQL-physical-structure，后面自己写了篇博客，希望对你有帮助。
PS: 推荐《 MySQL 技术内幕-InnoDB 存储引擎》，相信能解答你许多疑惑。

协程的本质是保存当前函数或者例程的运行状态，并主动让出 CPU 资源，使得和当前函数处于"平级"的函数或者是例程能够得到 CPU 资源，并于原有保存点继续执行，整个过程只有少量的函数运行点恢复操作，没有重量级的线程(进程)上下文切换，所以在同样任务的情况下，协程比线程、进程拥有更高的执行效率。
Python 的协程，对我个人而言还不如线程好用，宁愿使用 gevent patch，也不愿意使用 asyncio 。协程还是 Golang 用起来更加顺手。

有时候可以通过询问候选人对语言特性的掌握程度来判断他为什么学这门语言，是简单的跟热度还是经过调研后做出的决定，所以 wg 都不知道的 go 工程师，水货无疑了。

线程或者进程开出去不就行了

go 写业务端的代码真的痛苦好嘛

这要分情况吧，如果想打代码打到老，那么补基础确实是一件划得来的事情。但是如果只是想混口饭吃，养家糊口，那我认为还不如把时间花在上层的应用技术上。毕竟 CURD 写算法的机会真的很少，数据结构其它的系统已经完全封装好了，拿过来用就行。数据结构方面推荐 Java 的《算法》第四版，操作系统推荐《现代操作系统》，这两本儿书真的能应付绝大多数的面试场景了。

不知道是哪里的翻译，但是我觉得用"通道"这个词会更好一些。channel 是通道，目的在于 goroutine 之间的通信。go select 和 Linux select 在语义层面比较相似，都是用于选取已就绪的状态，如果想对 go select 有更深的理解的话，可以看看 Linux select。

不是有本儿书叫高性能 MySQL 吗？

服务号+时间戳+redis.incr，如果有长度限制的话，incr 结果取模即可，小整数的服务号区分服务，线程安全且自增

Redis 内部使用 epoll 事件驱动模型， 只要 redis-server 所在的服务器能够打开的文件描述符以及内存足够， 一般是不会出现连接数不够用的。 在我的机子上跑你这个代码，goroutine 的数量开到 10000 也不会有任何报错， 但是当同时运行的 goroutine 数量超过了 redis-server 默认的 maxClients(10000)数量之后， 会抛出 id incr error: ERR max number of clients reached， 但是这也是意料之中的问题。 所以我建议你看一下是不是 redigo 的版本或者是服务器的问题， 检查下服务器 TCP 最大连接数， 能够打开的最大文件数这些。