美团用的是取模分 基本概念只分表：单表数据量大，读写出现瓶颈，这个表还能支撑未来几年的增长。 只分库：整个数据库出现性能瓶颈，例如数据库连接被打满了，或者并发量太大了，需要把库拆开 分库分表：单表数据量大，所在库也出现性能瓶颈，就要既分库又分表。 垂直拆分：把字段拆开到另一个表 水平拆分：把记录分开 分库分表的场景一般情况下，单表数据量达到千万级别，就可以考虑分库分表了。 具体是否分库分表还需要

主从复制原理 建立连接 从节点在配置了 replicaof 配置了主节点的ip和port 从库执行replicaof 并发送psync命令 同步数据到从库 主库bgsave生成RDB文件，并发送给从库，同时为每一个slave开辟一块 replication buffer 缓冲区记录从生成rdb文件开始收到的所有写命令。 从库清空数据并加载rdb 发送新写的命令给从库 从节点加载 RDB 完

CompletableFuture之控制时间题目有一个消息发送接口MessageService.send(String message)，每次消息发送需要耗时2ms； 基于以上接口，实现一个批量发送接口MessageService.batchSend(List messages); 要求如下： 1）一次批量发送消息最大数量为100条 2）批量发送接口一次耗时不超过50ms。 3）要求返回消息发送是

加密算法HTTPS解决数据传输安全的方案就是使用加密算法，具体来说就是混合加密算法，也就是对称加密和非对称加密的混合使用。 对称加密顾名思义就是加密和解密都使用同一个密钥，常见的对称加密算法有DES，AES等 优点： 算法公开，计算量小，加密速度快，加密效率高，使用加密比较大的数据 缺点： 双方使用同样的密钥，需要传输密钥，可能会被截获，不安全 密钥每次都要不同，需要管理大量的密钥 非对称

Spring源码全家桶根据之前所看的视频和博客，再一次对 Spring 源码进行整理与分析 核心架构 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162/** * 容器初始化的过程：BeanDefinition 的 Re

原文主要内容原文：https://mp.weixin.qq.com/s/DQ6juZBexn3IY_ZaI1x0DQ 主要优化的就是录制的列表的查询。 接口主要的挑战就是 数据的字段多 多数据源 数据的修改的同步的实时性 总结深分页解决方案 延迟join 12select * from t_records inner join ( select id from t_reco

Nacos动态配置刷新环境 springboot 3.0.5 springCloud 2022.0.3 springCloudAlibaba 2022.0.0.0-RC2 探索共有两种方式来获取nacos的配置 @ConfigurationProperties @Value+@RefreshScope 配置类形式原理：通过监听nacos端的配置动态变化 使用spri

人生第一次算是正常的面试。 面试官没开摄像头，进去就让我开摄像头。 自我介绍 mysql sql优化 根据业务查询的字段进行索引 mysql常用的关键字 groupby 这些 count查询总数等等 sql两个列合成一列 没用过，说了union，后来说项目没这个需求，不知道 查出来是CONCAT Java常见的运行时异常 几个线程安全的类 说了concurrent和atomic这些 redis

美团0810秋招笔试真题解析（秋招第一批笔试）小美的密码小美准备登录美团，需要输入密码，小美忘记了密码，只记得密码可能是 n个字符串中的一个。小美会按照密码的长度从小到大依次尝试每个字符串，对于相同长度的字符串，小美随机尝试，并且相同的密码只会尝试一次。小美想知道，她最少需要尝试多少次才能登录成功，最多需要尝试多少次才能登录成功。 小美不会重新尝试已经尝试过的字符串。成功登录后会立即停止尝试。 输