程序员面试要点

MQ

MQ的作用有哪些？

应用解耦，流量削峰填谷，消息分发，异步消息

MQ缺点

可用性降低

复杂性增加

硬生生的增加一个MQ进来怎么保证不被重复消费?怎么保证不会出现消息丢失的情况?怎么保证消息传递的顺序性?

数据一致性问题

如何保障消息幂等性处理

开放：消息大量积压，如何解决？

ElasticSearch

数据库Mysql

mysql执行流程

1、查询缓存 (MySQL 8.0 版本后移除))2、解析器生成解析树3、预处理再次生成解析树4、查询优化器5、查询执行计划6、查询执行引擎7、查询数据返回结果

事务

事务的ACID

原子性、一致性、隔离性、持久性

分类

1、扁平事务  <使用最频繁的事务，要么都成功提交，要么都失败回滚>2、带有扁平点的扁平事务  <允许事务回滚到同一个事务中比较早的一个状态>3、链事务  <回滚到最近的一个保存点，在所有的事务都提交之后才会释放锁，并且下一个事务的开始需要上一个事务来进行通知>4、嵌套事务  <树结构，只有当父级事务提交之后子级事务才会提交，任意一个父级事务的回滚都会导致下面的子级事务回滚>5、分布式事务  <操作两个不同的数据库，使其实现数据的同步，例如将中国银行的钱转到工商银行，这个不同银行的不同数据库，为分布式事务>

并发事务带来哪些问题？

脏读（Dirty read）

A事务修改但未提交，B事务来进行读取

丢失修改（Lost to modify）

A事务修改但未提交，B事务也来进行读取修改，导致某一方修改无效

不可重复读（Unrepeatableread）

幻读（Phantom read）

锁

Lock

1、共享锁 <s lock>允许事务读取一行数据   共享锁允许多个事务来读取相同的数据，因为读取不会改变数据，但是不能与排他锁共存，当有事务想要update数据的时候就要等共享锁释放之后才能使用排他锁进行update2、排他锁 <x lock>允许事务更新或者是删除一条数据  当排他锁进行了行数据的锁定的时候就必须等这个锁释放之后下一个锁才能进来，也就是说必须当数据更新完成之后才能接收下一个事务的锁3、意向共享锁 <is lock>事务想要获得一张表某几行的共享锁4、意向排他锁 <ix lock>事务想要获得一张表的某几行的排他锁

死锁

指两个或者事务在同一个资源上相互占用，并请求锁定对方占用的资源，从而导致恶性循环的现象

死锁发生后，只有部分或者完全回滚其中一个事务，才能打破死锁

乐观锁悲观锁是什么，区别？

悲观锁     共享资源每次只给一个线程使用，其它线程阻塞，用完后再把资源转让给其它线程

乐观锁（ABA）   适用于多读的应用类型，这样可以提高吞吐量，不能解决读问题

索引

最左前缀原则

聚簇索引

聚簇索引:将数据存储与索引放到了一块，找到索引也就找到了数据 非聚簇索引:将数据与索引分开存储，索引结构的叶子节点指向了数据的对应行

索引创建注意点

无效索引原因？

1、最好全值匹配；2、最左前缀法则：如果索引了多列，查询从索引的最左前列开始，且不能跳过索引中的列；3、不在索引列上做任何操作（计算，函数，类型转换），会导致索引时校而转向全表扫描；4、存储引擎不能使用索引中范围条件右边的列，即范围之后全失效；5、尽量使用覆盖索引，只访问索引的查询（索引列和查询列一致），减少selec *；6、MySQL在使用不等于的时候无法使用索引会导致全表扫描；7、is null，is not null 也无法使用索引；8、like 以通配符开头（’%aa‘）索引会失效，变成全表扫描；9、字符串不加单引号，索引失效；10、少用 or，用它来连接时候会索引失效

SQL优化原则

1、选择需要优化的SQL2、Explain和Profile入手   2.1 任何SQL的优化，都从Explain语句开始；Explain语句能够得到数据库执行该SQL选择的执行计划；   2.2 首先明确需要的执行计划，再使用Explain检查；\t3、使用profile明确SQL的问题和优化的结果；3、永远用小结果集驱动大的结果集4、在索引中完成排序5、使用最小Columns6、使用最有效的过滤条件7、避免复杂的JOIN和子查询

JOIN的原理

并发

其他

主键使用自增ID还是UUID？

font color=\"#ff0000\

字段为什么要求定义为not null

168道面试题目

Java

wait 和 sleep有啥区别

1、sleep是线程中的方法，但是wait是Object中的方法。2、sleep方法不会释放lock，但是wait会释放，而且会加入到等待队列中。3、sleep方法不依赖于同步器synchronized，但是wait需要依赖synchronized关键字。4、sleep不需要被唤醒（休眠之后推出阻塞），但是wait需要（不指定时间需要被别人中断）

程序员面试要点

Redis

优势

高性能，高并发量，QPS最高可达到10W丰富的数据类型redis所有操作都具有原子性

Redis是单线程吗？为何这么快？

Reids是基于内存操作，CPU不是瓶颈，限制Redis是内存大小或网络带宽，故用单线程即可快的原因：完全基于内存 ，时间复杂度O(1)数据结构简单采用单线程设计：避免上下文和竞争条件(新版引入多线程，但仅对一些删除才用多线程)IO多路复用机制底层模型不同（redis自己构建VM机制）

常用数据结构有哪些？

String

Hash

List

Set

核心：自动排重

场景：如微博共同关注，共同喜好，二度好友等功能差集取不同，交集取相同，并集取所有不同

Zset有序集合

核心：自动排重，权重参数排序(相同安装ascii排序)

场景：直播实时用户列表，礼物排行，弹幕消息等

BitMaps

场景：用户访问统计；在线用户统计；用户签到；与、或、异或、非运算；

Hyperloglog

场景：不太精确的基数统计；统计网站UV；日活，月活

Geospatial

核心：存放经纬度，地理位置信息

场景：最近门店，范围内门店等

String类型的底层实现

自己造轮子SDS

通讯协议？

使用RESP协议

纯文本协议，虽换行符较多，但简单、解析极其容易

特点

把一组命令一起执行按进入队列的顺序执行不会受到其他客户端的请求影响事务不能嵌套，多个multi命令效果一样

使用

multi 开始事务

exec 执行事务

执行exec之前发生错误，事务会被拒绝执行执行exec之后发生错误，错误前命令执行成功(若需解决使用LUA脚本)

discard 取消事务

watch 监视

防止事务过程中某个key值被其他客户端修改并且取消事务CAS乐观锁行为

弱事务

只能保证事务的隔离性，串行话，中间有命令执行错误依然会向下执行不回滚

持久化

RDB(Redis Database)记录快照默认方式

自动触发

x秒内至少有x个key被修改，则生成快照

lastsave查看最近一次成功生成快照时间

正常关机也会触发快照生成

调用flushall也会生成快照，但是空文件

手动触发

save 阻塞其他命令生成快照

bgsave 后台生成快照

优点

文件紧凑，适用于备份和灾备生成文件不影响主程序大数据恢复速度较快

缺点

不能做到实时持久化宕机会丢失最后一次快照后的数据

AOF(Append Only File) 记录日志开启优先使用

no

不执行fsync，由操作系统保证数据同步到磁盘速度快不安全

always

每次写都执行fsync保证同步到磁盘效率低

everysec（推荐）

每秒执行一次fsync效率与安全兼顾可能丢失一秒数据

AOF提供多种同步频率

比RDB文件更大高并发情况下，性能差于RDB

当AOF文件大小超过所设定的阀值时，会启动AOF文件压缩，只保留可以恢复的最小指令集

如何选择持久化方案

能容忍短时间段内数据丢失选择RDB数据非常宝贵AOF不要单独设置一种持久化机制，两种一起用，AOF比RDB数据完整

fork阻塞：CPU的阻塞

AOF追加阻塞：硬盘阻塞

Master最好不要做任何持久化工作，包括内存快照和AOF日志文件，特别不要启用内存快照做持久化

缓存设计与优化

缓存穿透：key对应的数据在缓存和数据源都不存在

解决方案1、接口层增加校验，如用户鉴权校验，id做基础校验，id<=0的直接拦截；2、从缓存取不到的数据，在数据库中也没有取到，这时也可以将key-value对写为key-null，缓存有效时间可以设置短点，如30秒（设置太长会导致正常情况也没法使用）。这样可以防止攻击用户反复用同一个id暴力攻击3、布隆过滤器。bloomfilter就类似于一个hash set，用于快速判某个元素是否存在于集合中，其典型的应用场景就是快速判断一个key是否存在于某容器，不存在就直接返回。布隆过滤器的关键就在于hash算法和容器大小     布隆过滤器判定情况：某个元素一定不存在或可能存在（不会出现实际存在某元素告知不存在的情况）     布隆过滤器缺陷：不支持删除元素（因存在误删情况）

解决方案1、设置热点数据永远不过期。2、接口限流与熔断，降级。重要的接口一定要做好限流策略，防止用户恶意刷接口，同时要降级准备，当接口中的某些 服务 不可用时候，进行熔断，失败快速返回机制。

缓存雪崩：同一时间缓存大面积过期

解决方案1、缓存数据的过期时间设置随机，防止同一时间大量数据过期现象发生。2、如果缓存数据库是分布式部署，将热点数据均匀分布在不同的缓存数据库中。3、设置热点数据永远不过期。

缓存更新策略

数据库和缓存一致性

先删除缓存，还是先删除数据库？  延时双删策略  先删除缓存，更新数据，再删除缓存

可能导致Redis阻塞原因？如何去发现？

代码问题

慢查询

bigkey大对象

API或数据结构使用不合理

持久化造成阻塞

fork子进程

AOF刷盘阻塞

外因素

Redis输入、输出缓冲区导致的阻塞

CPU饱和

网络问题

过期策略和内存淘汰策略内存回收

过期/失效策略

立即过期

每个key设置过期时间，时间到就会清除优点：对内存友好缺点：占用CPU资源，影响吞吐

惰性过期(被动)

只有get时候会判断是否过期优点：节省CPU资源缺点：对内存不友好

定期过期

每隔一段时间会扫描一定数量过期字典中一定数量key进行清除优点：在不同情况下会使得CPU和内存资源达到最优平衡

淘汰策略内存满了

最大内存设置

32位系统最多使用3GB内存64位系统无限制

volatile-lru / allkeys-lru：优先保留最近访问过的数据volatile-lfu / allkeys-lfu：优先保留访问次数最频繁的数据（4.0+版本支持）volatile-ttl ：优先淘汰即将过期的数据volatile-random / allkeys-random：随机淘汰数据

如何做内存优化？

缩减键值对象长度

共享对象池

字符串优化

控制key数量

尽可能使用散列表（hashes）

设置内存上限

配置内存回收策略

主从复制

方式/原理

全量复制

第一次连接到主节点，需全部数据

同步：将RDB文件发送给从节点从节点如果有数据，先清除自身数据

增量复制

之前连接过master节点，进行增量备份通过偏移量记录上一次数据地址

无磁盘复制

2.8后支持，纯内存复制

复制过程

当从库和主库建立MS关系后，会向主数据库发送SYNC命令主库接收到SYNC命令后会开始在后台保存快照(RDB持久化过程)，并将期间接收到的写命令缓存起来当快照完成后，主Redis会将快照文件和所有缓存写命令发送从redis从redis接收到后，会载入快照文件并执行收到的缓存命令之后，每当主redis接到写命令时就会将命令发送从redis，从而保证数据一致性

主从心跳链接

说明：主从节点在建立复制后，他们之间维护着长连接并彼此发送心跳命令。1、主从都有心跳检测机制，各自模拟成对方的客户端进行通信，通过 client list 命令查看复制相关客户端信息，主节点的连接状态为 flags = M，从节点的连接状态是 flags = S。 2、主节点默认每隔 10 秒对从节点发送 ping 命令，可修改配置 repl-ping-slave-period 控制发送频率。3、从节点在主线程每隔 1秒发送 replconf ack{offset} 命令，给主节点上报自身当前的复制偏移量。4、主节点收到 replconf 信息后，判断从节点超时时间，如果超过 repl-timeout 60 秒，则判断节点下线。

缺点：复制延时 (RDB文件过大，同步非常耗时)未解决高可用问题需要手动切换主从

为了主从复制速度和链接稳定性，Slave和Master最好在同一个局域网尽量避免在压力较大的主库上增加从库

哨兵模式

哨兵的作用？

保障集群高可用 (不能保证数据0丢失，只能保证高可用)管理多个Redis服务器，提供监控，消息通知以及自动的故障转移功能 (自动主从切换)

选举机制

哨兵选举

选举Leader，通过Leader进行选举Raft算法：先到先得，少数服从多数

Master选举

优先级 高于 复制数据最多 高于 进程id最小优先级：配置文件设置

分布式锁

支持setnx实现，后可用set代替

官方推荐RedLock

集群模式下，半数以上节点获取成功才能获取锁成功，否则释放

互斥访问，永远只有一个client才能获取锁成功避免死锁

大量数据插入

Redis 2.6开始redis-cli支持pipe mode模式用于执行大量数据插入工作

常用工具

redisson

不支持事务实现分布式锁

jedis

常用，轻量，简洁，易集成可以使用连接池

lettuce

线程安全客户端

68道面试题目

第一部分：Redis 的概念理解1. 什么是 Redis?2. Redis 的特点有哪些？3. Memcache 与 Redis 的区别都有哪些?　　4. Redis 相比 Memcached 有哪些优势？5. 如何实现本地缓存？请描述一下你知道的方式6. Redis 通讯协议是什么？有什么特点？第二部分：Redis 数据结构与指令7. Redis 支持的数据类型8. Redis 常用的命令有哪些？9. 一个字符串类型的值 能存储最大容量是多少？10. Redis 各个数据类型最大存储量分别是多少?11. 请介绍一下 Redis 的数据类型 SortedSet（zset）以及底层实现机制？12. Redis 事务相关命令有哪些？13. 什么是 Redis 事务？原理是什么？14. Redis 事务的注意点有哪些？15. Redis 为什么不支持回滚？16. 请介绍一下 Redis 的 Pipeline（管道），以及使用场景17. 请说明一下 Redis 的批量命令与 Pipeline 有什么不同？18. 请介绍一下 Redis 的发布订阅功能19. Redis 的链表数据结构的特征有哪些？20. 请介绍一下 Redis 的 String 类型底层实现？21. Redis 的 String 类型使用 SSD 方式实现的好处？22. 设置键的生存时间和过期时间有哪些命令？第三部分：Redis 高并发处理策略23. 为什么 Redis 需要把所有数据放到内存中？24. Redis 是单线程的吗？25. Redis 为什么设计成单线程的？26. 什么是缓存穿透？怎么解决？27. 什么是缓存雪崩？ 怎么解决？28. 缓存的更新策略有几种？分别有什么注意事项？29. 请介绍几个可能导致 Redis 阻塞的原因30. 怎么去发现 Redis 阻塞异常情况？第四部分：Redis 集群结构以及设计理念31. Redis 集群架构模式有哪几种？32. Redis 集群最大节点个数是多少？33. Redis 集群的主从复制模型是怎样的？34. 请介绍一下 Redis 集群实现方案35. Redis 集群会有 写操作丢失吗？为什么？36. Redis 慢查询是什么？通过什么配置？37. Redis 的慢查询修复经验有哪些？怎么修复的？38. 如何优化 Redis 服务的性能？39. Redis 的主从复制模式有什么优缺点?40. Redis sentinel（哨兵）模式优缺点有哪些？41. 如何设置 Redis 的最大连接数？查看 Redis 的最大连接数？查看 Redis 的当前42. 介绍一些 Redis 常用的安全设置？第五部分：Redis 缓存管理与持久化机制43. Redis 持久化机制有哪些？44. Redis 持久化机制 AOF 和 RDB 有哪些不同之处？45. 请介绍一下 RDB 持久化机制的优缺点46. 请介绍一下 AOF 持久化机制的优缺点47. 如果 AOF 文件的数据出现异常， Redis 服务怎么处理？48. 常见的淘汰算法有哪些？49. Redis 淘汰策略有哪些？50. Redis 缓存失效策略有哪些？51. Redis 如何做内存优化？52. 什么是 bigkey？ 有什么影响？53. 怎么发现 bigkey?54. Redis 的内存消耗分类有哪些？内存统计使用什么命令？55. 简单介绍一下 Redis 的内存管理方式有哪些？56. 如何设置 Redis 的内存上限？有什么作用？57. Redis 报内存不足怎么处理？第六部分：Redis 应用场景设计58. Redis 适用场景有哪些？59. Redis 常用的业务场景有哪些？60. Redis 支持的 Java 客户端有哪些？ 简单说明一下特点。61. 请简单描述一下 Jedis 的基本使用方法？62. Jedis 连接池连接方法有什么优点？63. 什么是分布式锁？有什么作用？64. 分布式锁可以通过什么来实现？65. 介绍一下分布式锁实现需要注意的事项？66. Redis 怎么实现分布式锁？67. 缓存命中率表示什么？68. 怎么提高缓存命中率？

计算机网络

TCP与UDP区别？

TCP    面向连接，可靠服务(无差错，不丢失，不重复，按序)    点对点UDP    是无连接，发送数据前不需要建立连接，不保证可靠交付    支持一对一，一对多，多对一，多对多交互通信

TCP协议通过三次握手，四次挥手

https怎么做到安全的？

加密，身份验证

开放：如何设计出一个对外安全接口？

数据加密，数据加签名防篡改时间戳机制，AppID机制，限流机制黑名单，数据合法性校验

项目管理