fengjingping11的博客

原创 33. 搜索旋转排序数组

使用二分查找判断有序区间，t > nums[end] 左边是有序的，t <= nums[end] 右边是有序的判断目标值 taget，在有序区间还是非有序区间

原创 动态获取脚本名称作为日志文件的名称

每个脚本的日志独立存储，避免日志混杂，便于排查问题。支持动态获取脚本名称，无需手动指定日志记录器名称。可以轻松扩展日志格式、级别、存储路径等功能。即可使用，无需额外配置。

原创 在浏览器中输入baidu.com并按下回车后发生了什么

浏览器开始解析HTML文件，并加载其中引用的资源（如CSS、JavaScript、图片等）。：如果以上缓存都没有，浏览器会向ISP（互联网服务提供商）的DNS服务器发起请求。如果ISP的DNS服务器也没有缓存，它会从根域名服务器开始递归查询，直到找到。：如果浏览器缓存中没有，会查询操作系统的DNS缓存。服务器接收到请求后，会根据请求的路径和参数进行处理。最终，服务器会生成一个HTTP响应，包括状态码（如。当所有资源加载完毕，页面渲染完成后，浏览器会触发。浏览器接收到服务器的响应后，会根据响应头中的。

原创 设计模式：责任链模式——行为型模式

责任链模式（Chain of Responsibility Pattern）是一种行为设计模式，它允许多个对象有机会处理请求，从而避免请求发送者与接收者之间的耦合关系。这个模式将请求沿着处理链传递，直到有一个对象处理该请求为止。

原创 缓存、数据库双写一致性解决方案

双写一致性问题的核心是确保数据库和缓存之间的数据同步，以避免缓存与数据库数据不同步的问题，尤其是在高并发和异步环境下。本文将探讨双写一致性面临的主要问题和解决方案，重点关注最终一致性。

原创 什么是缓存穿透、缓存击穿、缓存雪崩与其解决方案

缓存穿透：无效请求绕过缓存访问数据库。缓存击穿：某个热点数据缓存失效，导致并发请求直接访问数据库。缓存雪崩：大量缓存同时失效，导致请求集中访问数据库，数据库压力骤增

原创 I/O 模型——阻塞 I/O、非阻塞 I/O、 I/O 多路复用、信号驱动 I/O、异步 I/O

模型特点使用场景优缺点阻塞 I/O阻塞操作，直到完成才返回简单应用场景，如文件操作编程简单，但性能差，阻塞线程，不适合高并发非阻塞 I/O发起 I/O 操作后立即返回，若没有准备好则返回错误适合高并发场景，轮询检查 I/O 状态编程复杂，CPU 占用高I/O 多路复用单线程监听多个 I/O 事件，减少线程切换开销高并发服务器，网络通信编程复杂，某些实现效率低，需频繁系统调用信号驱动 I/O使用信号来通知 I/O 完成较少使用，主要用于特定的事件处理编程复杂，信号处理可能影响控制流。

原创 设计模式：策略模式——行为型模式

在策略模式中，我们的目标是将不同的策略（在这里是折扣策略）封装到不同的策略类中，然后通过上下文类（DiscountContext）来选择合适的策略执行。策略模式本身并不要求在选择策略时完全消除所有的 if-else，但其核心思想是将这些条件判断封装在策略类中，而不是集中在外部逻辑中。

原创 InnoDB逻辑存储结构

原创 MySQL行记录格式——NULL值引发的思考

变成字段长度列表，记录每一非NULL列的实际字节NULL是不会存储，而是在NULL标志位中标记VARCHAR类型最大长度为 65 535 字节，实际为 65 532字节固定长度类型CHAR会用0x20 填充剩余空间同一页的记录，通过记录头信息的偏移量指向下一条记录变成字段长度列表，只有存在NULL列才会存在NULL标记位，只有定义列允许为NULl才会存在

原创 MySQL约束和索引的区别

它用于限制可以插入到表中的数据类型或数据值，确保数据的正确性和一致性。

原创 MySQL死锁的产生、排查与解决

在MySQL中，死锁是指互相持有对方需要的资源，导致这些事务都无法继续执行。MySQL的InnoDB存储引擎能够自动检测到死锁，并选择回滚其中一个事务以打破死锁。

原创 设计模式：组合模式——对象结构型模式

组合模式（Composite Pattern）是一种结构型设计模式，。

原创 MySQL explain 分析SQL查询

EXPLAIN是 MySQL 中用来分析和优化 SQL 查询的一个非常重要的工具。它显示了 MySQL 执行查询时的执行计划，包括它如何扫描表、如何选择索引以及如何执行联接等操作。explain。

原创 MySQL如何处理不同字符集的数据

MySQL底层通过字符集定义了字符与字节之间的映射关系。存储时，MySQL会根据每列的字符集规则，将字符转换为对应的字节流，存储在数据库的磁盘文件中。在查询时，MySQL会将存储的字节流解码回字符。不同字符集的数据占用的字节数不同，存储时也有差异，且不同字符集的排序规则也会影响数据的比较和排序。

原创 MySQL的排序规则选择

排序规则定义了在对字符进行时使用的规则。每个字符集有一个或多个排序规则。排序规则不仅影响排序顺序，还影响字符的比较方式（如区分大小写与否）。

原创 MySQL字符集的作用

支持Unicode字符集，能够存储几乎所有语言的字符，包括表情符号（emoji）等4字节字符。：仅支持英文字符及控制字符（ASCII标准字符集），适用于只包含英文或基本符号的场景。：这是MySQL推荐的字符集，尤其在需要支持全球化（多语言）或包含特殊符号的应用中。：遵循Unicode标准的排序规则，适合多语言排序，比较精确，但性能可能稍逊。：适用于常见的UTF-8字符编码，但不能存储4字节的字符（例如表情符号等）。：支持西欧语言中的字符，但不适合存储非拉丁文字（如中文或阿拉伯文）。