想不到一个好的ID

现在有很多大型互联网应用系统，其用户是面向全球的普通大众，用户体量动辄十几亿。这些用户即使只有万分之一同时访问系统，也会产生十几万的并发访问量。 因此，高并发是现在的大型互联网系统必须面对的挑战，当同

Paxos 是用来解决分布式的系统中存在故障（crash fault），但不存在恶意（corrupt）节点的场景（即可能消息丢失或重复，但无错误消息）下如何达成共识。这也是分布式共识领域最为常见的问题

在最终一致性的解决方案中，使用MQ保证各个系统之间的数据一致性。如果使用MQ则面临着消息的可靠性。 要保障MQ消息的可靠性，需要从三个维度解决：生产者100%投递、MQ持久化、消费者100%消费。 R

世界上解决一个计算机问题最简单的方法：“恰好”不需要解决它！—— 沈询 一些可以绕过分布式事务的场景

一、CAP理论 CAP 定理是分布式系统设计中最基础,也是最为关键的理论。它指出,分布式数据存储不可能同时 满足以下三个条件。 一致性(Consistency)：在分布式系统环境下，数据在多台机器上有

单体架构 将所有的功能打包到一起并放在一个web容器中运行。所有的模块使用同一个数据库。 特点： 所有的功能集成在一个项目工程中。 所有的功能打在一个war包部署到服务器。 通过部署应用集群和数据库集

用户画像如何构建、应用场景、以及怎么管理（用户画像三件套） no.1 如何构建用户画像 用户画像的构建是面试c端产品经理或者策略产品经理都经常会问到的问题，其实这个问题其实比较吃经验，因为做过的和没做

项目命名 对于直播线后端底层服务使用live-xxx-service的对项目进行命名 项目模块命 live-xxx-api 对外暴露的接口定义 live-xxx-start 程序主入口 live-xx

分布式架构下的几个关键问题 一、选择什么样的分布式数据库？ 二、如何设计数据库分库主键？ 三、数据库的数据同步和复制 四、跨库关联查询如何处理？ 五、如何处理高频热点数据？ 六、前后序业务数据的处理