⭐ まとめ / 古明地恋（pid：123025730 ）⭐

日期：2026-04-25，周六

环境：上午，晴

bgm：ハローセカイ

— 9:07 —

来了，那么，始まる。。

历史：

正常的发展，上午确立了人际交往的课题，虽说立了晚上要阅读的内容，但不出意料的没执行。下午，Godot 初识，也就简单看了文档，了解了核心概念后，再结合项目，发现是不同路线，转向。

而晚上，或者说 Godot 结束后，纠结于大未来，考公还是考研，前者体制内混着，后者走高校教师路线，而我个人倾向是后者。但无论如何，现在，必须发展个能安身立命的术。而现现在，也没这个时间发展，故此，一份工作，是不可避免的了。

抱着这个念头，6 点回家后，困乏，直接 8 点睡觉了。

现在：

可以，第四天，节奏对了，也没抵触情绪，总算是起来了。存在的疑惑，第一天回家疲惫的直接睡，第二天精神到 0 点，第三天又回家直接睡，不过起床的时间倒是很固定，4 到 6 点这个区间，早饭也是煮面解决，不过今天已经将存量解决完了，得重新采购了。

— 9:21 —

按照昨天安排，MySQL，面试向学习，开始吧。

找的了《高性能MySQL（第4版）》，属于必读书目，图书馆倒是有基于 5.x 的第三版，而第四版是基于 8.0 编著的。后者明天把 pdf 带过来阅读，今天就先读第三版的吧。

那么，草稿如下：

前言

这本书的整体结构，前几章，概述（第一章），基准测试（第二章），问题分析方法（第三章），关于 MySQL 各方面的设计（4-6），优化（配置、硬件配置、复制、可扩展性、优化）（8-14），其他（16、附录）。

重点阅读前 6 章，有了初步的了解，之后的章节速读，能作为工具书查表就行。

第 1 章，MySQL 架构与历史

1.1 – 1.3.4

• 1.1: 架构图：网络层，MySQL 服务层，存储引擎层

• 1.1.1：每个客户端连接都会分配一个线程。客户端连接时，会有安全认证。

• 1.1.2：MySQL 处理请求时，会先解析请求，并进行优化。explain 关键字。优化器。查询缓存。

• 1.2：并发

• 1.2.1：共享锁/读锁，排他锁/写锁。

• 1.2.2：锁粒度，锁策略，表锁，行锁

• 1.3：事务。原子性、一致性、隔离性、持久性。

• 1.3.1：隔离级别。未提交读（READ UNCOMMITTED）（脏读）、提交读（READ COMMITTED）、可重复读（REPEATABLE READ）（幻读）、可串行化（SERIALIZABLE）。

存在两种查询，select * fome，与 update * where，前者属于快照读，后者属于当前读，而在 RR 中，事务在第一次查询中建立快照，后续查询都基于这个快照进行，解决了不可重复读的问题，但是 update 的查询，仍然是在原数据中查询，故仍然存在幻读的问题。

解决方案是间隙锁，在当前读时锁住读取的间隙（区间，包含未有的数据）。

• 1.3.2：死锁。处理方法是将其中一个事务进行回滚。

• 1.3.3：事务日志。数据分为内存数据与磁盘数据，写操作会更改内存数据，后将操作记录写入事务日志中，事务日志存在硬盘中。

吃饭去。

— 13:51 —

到点，开始吧。下午的安排，Godot 的源码学习？（不好，摸鱼到 14:14 了）

那么，源码下载，关于项目的构建工具，SCons，是基于 ph 运行的，所以先调试了 ph 环境，然后通过 pip 下载 SCons。另一个了解的 C++ 的构建工具是 CMake，他们的定位跟 Java 中的 Maven 一样。

现在，把项目丢到 Cursor 中，然后指导我第一步，如何编译运行项目。安装依赖。

编译运行成功。然后现在陷入一个大坑，解决 vscode 编译器代码爆红。方案从解决 alloca.h 头文件缺失，到现在直接换个编译器插件（由 C++ 改为 clangd），卡了我 2h+ 了。

现在进度，跑scons platform=windows compiledb=yes -j6语句，为了生成 compile_commands.json 文件，很慢，跟编译有的一拼（或许就是编译）。

那么，等这个跑完，验证下是否有效（失败了，但感觉，似乎路子对了），然后今天结束，不想再搞了。

等待期间，归档了上午的阅读记录。

明天的安排，周日，照例，上午看书，下午研究 Godot。

那么，以上。