MySQL为什么用B+树,而不用B树?

MySQL为什么用B+树,而不用B树?

大家好,又见面了,我是全栈君。

面试题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账号...

(0)


相关推荐

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号