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，之前的架构比较简单，公司准备做微服务化，现在让我负责这一块，感觉微服务就是拆分，想象不出有啥问题，心理有些没底，想问下都需要注意哪些点?

微服务是一种架构方式，拆分这个事不是核心问题，重点在服务治理能力。服务治理跟不上，拆分就是灾难。

那么问题来了，服务治理一般都包括哪些工作?

这个要是说起来就比较多了比如服务注册与发现、 软负载均衡与容错、 服务监控与统计、 服务容量评估、 服务上线审批、. 服务下线通知等等等