nosql 大多都是分布式数据库，如果引入自增的这种特性，意味着每一次插入都需要协调维护一个计数器，这会引入额外的同步开销，因此最好是自己在应用层去维护这个计数器，而不是依靠数据库本身提供类似的功能。

语言用 C++是有优势，但是相比较之下，良好的架构更加重要，要兼顾到日常逻辑开发的便利性，如何权衡取决于公司的用人成本。用 Java 配合 Netty 已经足够承载绝大多数游戏类型了，并且招人也很方便。

游戏服务端一般是有状态的，而 web 开发大多数是无状态的，有状态就意味着容易出现单点事故，比如网络不可靠，机房出现故障，服务端宕机等等，因此就需要通过日志的方式来存储状态变更操作，尽量减少事故带来的影响。类似于 redis 的 AOF ，mysql 的 binlog 。

要知道大多数在线游戏后端主要是计算密集型的应用，跟 web 开发的区别之一就在于基本上所有的状态都会保存在进程内存中，目的就是尽量避免 IO 操作。数据库的作用仅仅只是用于存档落地，甚至简单的来讲都可以不要数据库，直接二进制文件也可以。比如我经常在开发调试的过程中将整个玩家对象序列化为一个 JSON 文本，特别方便用于测试的时候，设置各种玩家的快照还原。

还有很多关于游戏后端开发的知识要点，一次也说不完，比如线程模型，元数据（配置）管理，网络 IO ，二进制消息协议，GM 管理后台，第三方系统集成等等，是一个很庞大的内容。

值得庆幸的是，随着用户的爆炸增长，现代的服务部署以及运维都比以前要好上太多了，使用云服务和容器成本更低，更有保障，但一切的前提是要根据游戏类型选择合适的技术架构。

我用的阿里云的，223.5.5.5 、223.6.6.6 ，有没有大佬说一下优缺点？

如果你的表有几千万的数据，并且值是稀疏的，可枚举的，使用 int 会比 varchar 要少占用很多的存储空间，量变决定质变。

推荐一篇文章，讲解的比较系统： https://mp.weixin.qq.com/s/apUVMfAI52uvc7U-iOVvKg

干嘛一定要刻意的去戒呢，想起来了就放下嘛，主要是怕想不起来，比如在一条腿上面系上一本书啥的。

@fgd 全在这里了： https://developers.weixin.qq.com/miniprogram/product/material/

如果是游戏，还需要出版号，否则不能进行收费，这个已经很久没有发了。

补充一下：

首先是域名，这个需要 ICP 备案，公安备案。
如果是收费性质的，还需要 ICP 许可证。
安卓上架各大市场需要软著。

文化性质的，需要文网文，有 6 类：
1 、游戏类：游戏产品合规运营的准入许可，包含发行游戏币作为游戏里的流通货币；
2 、表演类：利用互联网进行网络在线直播表演；
3 、音乐娱乐类：网络文化经营许可证-音乐娱乐产品类经营；
4 、动漫类：利用互联网经营动漫画视听产品；
5 、展览比赛类：利用互联网进行网上文化产品的展览以及其他比赛活动；
6 、演出剧目类：利用互联网提供演出出节目的传播服务。

@haython 海外不清楚，不过我的认知是功能还是有，只不过没有国内这么严格，这个其实跟运营有很大的关系。国内的你懂的，V2EX 也被 BAN 了很久了。

包括用户的评论、上传、分享等一切 UGC 功能均需要审核，也就是平台自我审查，涉及到这些内容的均要耗费很大的精力来处理。

你说的事务都是技术执行层面的 [如何使用事务] ，猜测一下他应该想问的是业务层面的 [为什么 /什么情况要使用事务] ，一个是 How to do ，一个是 Why to do 。

不过仅从你描述的这些也只是猜测而已，假如说我来进行面试的话，一般就不会问具体的实现细节，而是问这个东西有什么用，为什么要用。

刚才大盘跌 4 个点了，看这阵势是止不住啊

最好在数据库层面进行并发控制，不要在你的应用层加锁。直接加一个字段使用乐观锁来保证在并发的情况下只有一个事务会成功。并且你需要问自己一个很重要的问题，那就是这个业务真的会有大量的并发请求针对同一个订单进行操作吗？

《卷王忏悔录》，开个玩笑，适当放松一下自己吧，等疫情稳定以后出去旅游一下。

如果没有基础设施的支持，不建议用不同的语言来开发。反之，如果用 Spring Cloud 这种的话，基本上就是几行配置就可以搞定，也不需要容器化。

我个人的理解是，每年有一个池子，里面累积的就是你这一年按月份按笔实际获得的收入总额。这个池子的总额达到了相关的及格线（税率表）以后，就按照不同的税率进行交税。

一般来说，公司发给你的工资是已经扣除过的（代缴申报），但是也有没扣除的（或者申报以后实际代缴税额不对），这就需要在清缴汇算的时候去调整，比如我的就是代缴的数额不对，公司就会把那少缴的退给我，让我自己去补税。

这个池子有两个，其中一个就是上面提到的，另一个就是奖金（明年就会取消掉，合并），独立于前者，每一个池子达到不同的及格线（税率表）就按照该税率进行换算缴纳个税。

上面提到的池子都是你的不同收入（个人所得、奖金）独立计算的，一般来说是扣除社保后的实际收入才会算进去。但是还有其他可以扣除的点，这些点就是专项附加扣除，每年按每个项目进行扣除，比如房租 /房贷、赡养老人、继续教育、子女等等。只要符合条件的填写对应的专项扣除，就会从第一个池子里面的总额减去这些扣除额之后再进行个税计算。

以上这些如有不对还请指出，感谢。

不能加索引是因为数据量太大的原因？有没有实际测试过写入的时候性能影响？不要猜测，要动手测试。