列表2024

#最近做的事

#MySQL 锁相关

• 17.7.1 InnoDB Locking

#Golang

• Cloudflare 最佳实践：如何通过 Go PGO 回收 CPU

#awk 相关

对于 linux 随系统提供的软件，不同系统可能有不同的版本，可能有些 api 不同，需要在编写跨机器脚本时注意：

┌ [2024/05/19 20:19:28] aliyun ~/.onns/code/bash
└➜ update-alternatives --display awk
awk - 自动模式
  最佳链接版本为 /usr/bin/gawk
 链接目前指向 /usr/bin/gawk
  链接 awk 指向 /usr/bin/awk
  从链接 awk.1.gz 指向 /usr/share/man/man1/awk.1.gz
  从链接 nawk 指向 /usr/bin/nawk
  从链接 nawk.1.gz 指向 /usr/share/man/man1/nawk.1.gz
/usr/bin/gawk - 优先级 10
  次要 awk.1.gz：/usr/share/man/man1/gawk.1.gz
  次要 nawk：/usr/bin/gawk
  次要 nawk.1.gz：/usr/share/man/man1/gawk.1.gz
/usr/bin/mawk - 优先级 5
  次要 awk.1.gz：/usr/share/man/man1/mawk.1.gz
  次要 nawk：/usr/bin/mawk
  次要 nawk.1.gz：/usr/share/man/man1/mawk.1.gz

alternatives是用来管理多个可执行程序的工具

#tmux+alacritty 配置

通过配置可以实现切换不同的 session 和 window，解决了 alacritty 没有 tab 的问题

https://github.com/alacritty/alacritty/issues/5680

#行格式（row_format）

博客再多，不如官方文档来得详细清楚：MySQL :: MySQL 8.4 Reference Manual :: 17.10 InnoDB Row Formats

The DYNAMIC row format offers the same storage characteristics as the COMPACT row format but adds enhanced storage capabilities for long variable-length columns and supports large index key prefixes.
When a table is created with ROW_FORMAT=DYNAMIC, InnoDB can store long variable-length column values (for VARCHAR, VARBINARY, and BLOB and TEXT types) fully off-page, with the clustered index record containing only a 20-byte pointer to the overflow page. Fixed-length fields greater than or equal to 768 bytes are encoded as variable-length fields. For example, a CHAR(255) column can exceed 768 bytes if the maximum byte length of the character set is greater than 3, as it is with utf8mb4.

目前默认的DYNAMIC行格式是在COMPACT上进行的升级。

#行大小限制

一直以来知道的都是 varchar 最大 65535 字节，原来这个限制是整个行的大小限制。

MySQL :: MySQL 8.4 Reference Manual :: 10.4.7 Limits on Table Column Count and Row Size

几个疑问：

1. InnoDB 为什么限制一页（默认 16KB）最少 2 条记录

1. 一行最多 65535bytes，为什么
2. mysql 限制行最大 65535bytes，innodb 可以通过溢出存储更多数据，为什么还要遵守这个限制

第三个问题贴个 gpt 的回答：

MySQL 中的行大小限制为 65535 字节（bytes），这个限制是由于 MySQL 表结构的固有设计决定的。尽管 InnoDB 存储引擎可以通过溢出页来存储更大数据，但这个行大小限制仍然存在，主要有以下几个原因：

1. 表结构的设计限制： MySQL 表的行大小限制为 65535 字节，这是由于 MySQL 的表定义结构决定的。每个表的行长度在表定义阶段就被限制在这个范围内。这是一个静态限制，无法通过任何存储引擎的特性来绕过。
2. 数据页结构的设计： InnoDB 的每个数据页（page）的大小通常为 16KB。尽管 InnoDB 可以将大字段存储在溢出页中，但主记录页仍然需要存储一定量的列数据和元数据。如果单行数据过大，可能导致主记录页无法容纳基本的元数据。
3. 内存和缓存管理： 在内存和缓存管理方面，遵守 65535 字节的行大小限制可以简化数据库的缓存策略和内存管理。过大的行可能会导致内存管理和缓存命中的复杂性增加，从而影响数据库的性能。
4. 一致性和回滚支持： InnoDB 在处理事务时，需要确保数据的一致性和支持回滚操作。单行数据过大可能会增加事务日志和回滚日志的复杂性，影响数据库的性能和可靠性。
5. 简化数据库设计和维护： 遵守行大小限制可以使数据库设计和维护更为简单和一致。开发者在设计数据库时，可以预先考虑行大小限制，避免在实际使用中遇到数据超限的问题。

尽管 InnoDB 通过溢出页技术可以存储更多的数据，但 MySQL 的行大小限制仍然需要遵守。这是为了保证数据库的稳定性、一致性和性能，同时也使数据库设计和管理更加简便。

#golang格式化

mvdan/gofumpt: A stricter gofmt (github.com)

比标准的格式化更严格

#InnoDB行读取

• The physical structure of records in InnoDB – Jeremy Cole (jcole.us)
• mysql学习-Innodb行格式compact行记录解析_为什么变长字段长度列表的信息要按照逆序存放?-CSDN博客

一直有个疑问，变长字段是怎么读取的，既没有明确的分隔符，又没有长度标识。

多方查证后：

1. 前置知识需要知道这行数据：多少个可空字段，以及，多少个变长字段
2. innodb和redis的sds类似，指针指向数据的时候，指向的是真实数据的首位，该位置前方是记录头信息
3. null标识和变长字段长度列表都是逆序存放，所以也逆序读取
4. null字符被补齐为8的倍数，用比特位代表字段是否为空，为空不占用真实数据部分任何空间
5. 一个字节本来可以表示0-255，但是在mysql中只能用来表示0-127，最高位若是1，则代表长度数据需要2个字节，因此无需标注也可以确保读取完整数据
6. 记录头信息（record header）中有16位的下一个记录的相对位置，代表的也是数据部分，且16位只能代表0-65535

衍生出几个问题和几个结论：

1. 为什么行长度只能是65535？因为代表下一个数据的偏移只有2字节，只能偏移65535
2. 为什么都建议字段NOT NULL？
3. null字段和空串有什么区别？

#MySQL视图

java - 开发中何时使用数据库视图？ - SegmentFault 思否

感觉是个日常开发不太会使用的功能，了解下来主要的用途是在MySQL层面对外做权限控制，即隐藏底层基础表，整合数据后，对外只提供针对视图的读取账号。

读书时先行跳过。

#MySQL索引

B+树索引并不能找到一个给定键值的具体行。B+树索引能找到的只是被查找数据行所在的页。然后数据库通过把页读入到内存，再在内存中进行查找，最后得到要查找的数据。

• 对于B+树，如果主键一直自增那如果均匀分裂，前半部分的树永远都不会被使用，所以会有插入方向字段，用于控制分裂方向。（疑问点，这样设计真的会解决这个问题嘛？）

#取模

模运算中为何要用素数作为模 | 断鸿声里，立尽斜阳 (flat2010.github.io)

#MySQL重做日志

• 详细分析MySQL事务日志(redo log和undo log) - 骏马金龙 - 博客园 (cnblogs.com)

#swap

云服务器经常因为内存爆掉，所以需要开启swap虚拟内存：

Debian / Ubuntu 手工添加 Swap 分区 - 烧饼博客

#MySQL死锁

万字解析 mysql innodb 锁机制实现原理 (qq.com)