大家好,又见面了,我是全栈君。
面试题1: MySQL为什么用B+树,而不用B树?
1.b+树只有叶子节点存数据 b树是每个节点都存数据 在相同数据量下b树的高度更高,所以查询效率更低
2.b树每一层存的是数据+索引;
b+树是除了叶子节点存的是数据+索引以外,其余节点只存索引,所以在相同数据量的情况下,b树的高度会比b+ 树高很多
面试题2:微服务架构中日志有什么好方案吗?
两个方案,本地分析或收集汇总,收集可以走大数据的解决方案。本地分析一般是在宿主机上安装代理,执行分析命令,上报到服务器
面试题3:Mysql主从的延迟怎么解决呢,有什么好的思路吗?
可以从两个方面去处理
一:架构方面
1.业务的持久化层的实现采用分库架构,mysql服务可平行扩展,分散压力。
2.单个库读写分离,一主多从,主写从读,分散压力。这样从库压力比主库高,保护主库。
3.服务的基础架构在业务和mysql之间加入memcache或者redis的cache层。降低mysql的读压力。
4.不同业务的mysql物理上放在不同机器,分散压力。
5.使用比主库更好的硬件设备作为slave总结,mysql压力小,延迟自然会变小。
二:硬件方面
硬件强劲,延迟自然会变小。一句话,缩小延迟的解决方案就是花钱和花时间。
三:主从延迟,主要还是因为主库性能问题,合理的优化表结构和索引,控制好单表的数据量。然后我们再降低主库的压力,比如读写分离
面试题4:mysql隐式转换不走索引怎么办?
当操作符左右两边的数据类型不一致时,会发生隐式转换。where查询操作符左边为数值类型时发生了隐式转换,那么对效率影响不大,但是当左边为字符类型时发生了隐式转换,那么会导致索引失效,造成全表扫描效率极低。
面试题5:insert 慢有哪些原因啊?
看一下是不是数据库堵塞了,然后排查一下插入的数据是不是特别大,然后看一下是不是到达数据库瓶颈了。
面试题6:我们也在用RocketMQ,之前的架构比较简单,公司准备做微服务化,现在让我负责这一块,感觉微服务就是拆分,想象不出有啥问题,心理有些没底,想问下都需要注意哪些点?
微服务是一种架构方式,拆分这个事不是核心问题,重点在服务治理能力。服务治理跟不上,拆分就是灾难。
那么问题来了,服务治理一般都包括哪些工作?
这个要是说起来就比较多了比如服务注册与发现、 软负载均衡与容错、 服务监控与统计、 服务容量评估、 服务上线审批、. 服务下线通知等等等
发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/111515.html原文链接:https://javaforall.cn
【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛
【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...