3.12 腾讯云复活赛一面凉经

1、慢SQL的具体内容；2、应用DB是如何确保事务的持久性；    写前日志机制：再事务对数据库进行修改之前，数据库系统回先将事务的操作信息记录到日志文件中。这些日志信息包括事务的开始，每个操作的细节（如修改了哪些数据、修改前后的值等）以及事务的结束等内容。日志文件通常被写入磁盘等持久化存储设备上。这样可以保证系统出现故障时，可以更具日志来恢复事务的执行状态；    在mysql中，事务的持久性主要通过1、利用InnoDB的存储引擎的日志机制，当事务对数据进行修改时，InnoDB存储引擎会先将这些修改记录记录到redolog中。redo log属于物理日志，它记录的是数据页的物理修改情况。例如，当更新一行数据时，redo log会记录该数据页中具体字节的修改内容。binlog时记录了所有数据库的修改操作，包括数据的增删改查。binlog是逻辑日志，记录的是sql语句或者行的变化。例如，执行一条“UPDATE table SET column = value WHERE condition”语句，binlog会记录这条语句的执行细节。2、通过事务提交时的磁盘写入操作：当事务提交时，mysql会将事务涉及的数据页从内存中的缓冲池刷新到磁盘。缓冲池是InnoDB用于缓存数据页和索引页的内存区域，数据的修改首先是在内存中进行的。写入操作不是完全同步的，而是结合了redo log机制，因为redo log已经保证了事务的持久性，数据页的最终写入磁盘可以在检查点过程中进行。3、事务的隔离级别4、自适应哈希索引流的机制    自适应哈希索引是一种用于优化数据库性能的机制，它可以根据数据库的负载和查询模式动态地创建和维护哈希索引，以下是具体介绍：工作原理    数据页监控 ：InnoDB 存储引擎会监控对表中数据页的访问情况。当发现某些数据页被频繁访问时，就会考虑为这些页创建哈希索引。    哈希索引创建 ：如果一个数据页被访问的次数超过了设定的阈值，并且内存中还有足够的空间来存储哈希索引结构，InnoDB 会自动在后台为该数据页上的某个索引创建一个哈希索引。    哈希索引维护 ：随着数据的插入、删除和更新操作，哈希索引会自动进行维护，以保证其有效性和准确性。当数据页的访问频率降低，或者内存空间不足时，InnoDB 也会自动删除不再需要的哈希索引。5、网络协议http、https协议的区别6、timewait的作用7、TCP如何进行拥塞控制8、操作系统的内存管理机制    虚拟内存（虚拟内存是一种内存管理技术，使得程序可以使用比实际物理内存更大的地址空间。它通过将程序的地址空间分割成多个页面或者段，然后将这些页面或者段部分的存储在内存中，而将其他部分存储在磁盘外部存储器上。当需要访问一个不在内存中的页面时，由操作系统负责将其调入内存）：分页式存储、段页式存储    地址映射：静态重定位（绝对地址映射）、动态重定位（相对地址映射）    内存保护：分区保护：在分区分配系统中，为每个分区设置保护机制来限制进程的访问范围；页表保护：在虚拟内存系统中，通过页表来实现内存保护。每个进程都有自己的页表，页表中除了包含虚页到物理块的映射关系外，还包含访问权限位。9、软链接和硬链接的区别软链接软链接是一个独立的文件，它包含了一个指向目标文件或目录的路径。从本质上来说，软链接就像是一个快捷方式，它有自己的 inode（文件系统用于存储文件元数据的结构）。例如，如果有一个文件 file1，创建一个软链接 symlink1 指向它，symlink1 有自己的 inode，其内容是指向 file1 的路径。软链接可以跨文件系统，也就是说，软链接可以位于与目标文件不同的文件系统上。例如，目标文件在 /dev/sda1 分区，软链接可以在 /dev/sda2 分区。硬链接硬链接是直接指向目标文件 inode 的链接。多个硬链接共享同一个 inode，它们是同一个文件的不同名称。例如，对于文件 file1，创建硬链接 hardlink1 后，hardlink1 和 file1 都指向同一个 inode，操作系统将它们视为同一个文件的两个入口。硬链接不能跨文件系统。因为硬链接依赖于目标文件的 inode，而 inode 号在不同的文件系统中是独立的，所以硬链接必须位于与目标文件相同的文件系统中。

以下是基于我在腾讯的面试全流程问题汇总，给大家提供参考，有什么问题可以随时交流哈～腾讯面试全流程概览一面（基础能力）编程与算法手写代码：反转链表、快速排序、二分查找、动态规划问题（如背包问题）。算法优化：如何提升算法时间复杂度？举例说明。计算机基础TCP三次握手与四次挥手、HTTP与HTTPS区别。进程与线程区别、线程池工作原理、死锁产生条件。数据库MySQL索引（B+树特性）、事务隔离级别、Redis持久化方式。二面（项目与系统设计）项目深挖项目中如何解决高并发问题？分布式系统设计思路？量化项目成果（如“用户留存率提升30%”）。系统设计设计一个高并发订单系统、分布式缓存一致性方案。如何设计...

上来摄像头也不开，麦也闭着，只有他想说话的时候就开会麦，态度极差，回答问题没有任何反馈，我以为我跟空气扒拉一个半小时呢。而且随意打断我回答的过程，还没说完这个点他就抛出下一个问题或是进行反问，想到哪问到哪可以说最糟糕的一次面试体验了，全程80%的问题纯为刁难人的，恶心的提问包括但不限于：你觉得JS执行栈的大小是多少流行框架的优化手段通过什么底层原理实现settimeout为什么能够延时？他的底层逻辑是？从操作系统的角度分析如果你有几万个接口，怎么去封装axios（问的特别详细，总是从各种奇怪的角度进行反问）尤其是当他问axios拦截器的原理是什么，我（嘴贱）先准备介绍一下拦截器用于干什么，被直接打断，态度很差的和我说你是没听懂我问的？我只要你说原理，其他什么都不要说！被面到这里的时候真的想直接开骂这个sb面试官。。。甚至想直接挂会议了我觉得毕竟是藤子，有几个很深的问题很正常，但是你这一整个面试都在问这些，这不纯搞人心态吗，你是招实习生还是招十年工作经验的巨擘啊不想招人可以不招，没必要搞这么恶心人的事。。。愿大家都不会碰上这种面试官本文仅指向腾讯云部门的某位面试官，与其他部门、与其他面试官无关。

📍面试公司：小米（base上海）本科院校：双非本科💻面试岗位：运维开发工程师日常实习❓面试问题：项目+八股八股主要是K8s和docker容器相关的知识，涉及到部分场景题但是不会太难，项目则是占比在一半左右，会问的很细致八股（有点忘记顺序了，但是面试官会问的很有推进性，如果希望八股表现好，一定要注意给出的解释中的涉及到的衍生问题）：（1）k8s的架构和组件（2）linux的基本操作指令（3）dockerfile的命令以及一些细致区别（4）我会如何优化我的dockerfile（会有什么效果）（5）多段构建镜像的好处是什么（6）k8s的pod的调度（7）k8s的探针（8）探针启动顺序（9）mcp...