MySQLMySQL 的索引为什么使用 B+ 树，而不是二叉树或哈希表？面试题考点是否理解数据库存储引擎和磁盘 IO 之间的关系。面试官想听的1、B+ 树能减少磁盘 IO2、B+ 树能支持范围查询，但是哈希不能3、InnoDB 是页结构，B+ 树能天然适配页存储面试示例回答B+ 树是专门为磁盘存储设计的数据结构。在 MySQL 中，一个节点通常是 16KB，当我们查询时，每次 IO 会把整个节点读入内存。详情请参考：http://xhslink.com/o/e1Fu4WUJnR由浅入深分析1、为什么不是二叉树：太高、IO 次数多、查找慢。2、为什么不是 B 树：B 树每层都存数据，遍历效率低。...

面试那会儿明明状态在线，跟面试官的问答都顺得很，甚至有个点子还被当场夸了。就一个小细节没捋明白，面试官还特意耐着性子给我讲了遍正确流程。结果聊到外贸岗看重的英语能力，面试官让我用英文做自我介绍，我当时脑子一抽，脱口就说要不唱首英文歌吧，然后就哼了几句 We don't talk anymore… 面试官当场被逗乐了，还说我挺有意思，期待以后共事。我当时美得都觉得稳了，结果当天拒信就砸脸上了…朋友帮我复盘，说十有八九栽在英文介绍这步了，毕竟外贸岗对语言能力要求是真严格。这公司能不能再给个机会啊… 下次我绝对不犯傻唱歌了，老老实实做自我介绍还不行嘛！

27届2本，ssob基本都是已读不回，只有个别小厂能约到面试，，是项目过于简单了，还是我应该再做一个项目呢。。。走过路过的大佬看一眼孩子吧，孩子真懵B了

#围观美财长回应斩杀线甩锅# 2025年年中，一个风和日丽的周五下午，我带着美丽的心情，在公司，完善项目网站的一个功能，查看数据库的时候，突然发现一张表里的数据很奇怪。那是个业务数据表，按理说在几秒的时间内，不应该出现三条同样的经办数据（一个客户不可能在几秒内，做三次业务），可偏偏，很多用户数据都出现了这种情况。关键还是正式环境，客户是政府单位的，后面要是稽查起来，不敢想了。虽然不是我做的功能，但还是给我吓的，尿不湿都湿了。 我赶紧给项目经理说了情况，结果就被扣了帽子，说我发现了，怎么不赶紧改，还问是什么原因？直接给我干懵了，我是赶紧看那个功能代码呀，那会是真的害怕了，框框一顿看，后面才发现了...