堆

精选推荐

最新动态

Python 自动化体系的长期演进路径

2026年2月17日

很多自动化任务用 subprocess.run() 或 subprocess.Popen() 调外部命令，但没设超时或没读 stdout/stderr，一遇到交互式程序或输出量大的命令（比如 ffmpeg、rsync -v），进程就挂住不动——不是代码崩了，是卡在 I/O 缓冲区满了。

SQL GTID 模式下 binlog_gtid_simple_recovery 的恢复加速实践

2026年2月17日

MySQL 在实例重启时，需要重新扫描 binlog 文件来确定 gtid_executed 的最终值。默认行为（binlog_gtid_simple_recovery=OFF）会从第一个 binlog 扫到最新一个，耗时随 binlog 文件数量线性增长——几十个文件就可能卡住几秒甚至更久。

mysql创建索引时应该选择哪些字段_mysql索引选择原则

2026年2月16日

索引最直接的作用是加速查询，而查询加速效果最明显的，就是 WHERE 子句里反复用到的字段。如果一个字段在多数查询中都作为过滤条件（比如 user_id、status、created_at），它大概率值得建索引。

Golang中值类型嵌套指针字段的内存布局_对齐与填充

2026年2月16日

不按。Go 编译器会重排字段顺序以优化对齐，但仅限于「同一组可交换字段」——也就是类型完全相同的字段之间才可能调换。一旦出现 *int（指针）和 int（值类型）混排，它们属于不同底层类型，编译器不会为省空间把 int 插到两个 *int 中间。实际布局优先服从字段声明顺序，再补填充字节满足各字段的对齐要求。

SQL 行级锁与表级锁性能差异

2026年2月16日

MySQL 的行级锁不是凭空出现的，它高度依赖索引。没有合适索引时，SELECT … FOR UPDATE 会退化为表级锁——不是因为语法写错了，而是优化器发现走不了索引，干脆锁整张表。

SQL 大表加字段的在线变更与默认值填充性能优化路径

2026年2月16日

MySQL 5.6 之前，ALTER TABLE ADD COLUMN 带 DEFAULT 值会触发全表拷贝，加写锁、阻塞 DML，尤其在千万级以上大表上可能卡住数小时。5.7+ 引入了“instant DDL”机制，但仅对不带默认值或默认为 NULL 的列生效；一旦指定非空默认值（如 DEFAULT ‘0’ 或 DEFAULT 1），仍会退化为 copy-alter。

mysql执行SQL过程中会不会加锁_mysql锁流程解析

2026年2月16日

会加锁，但不是所有SQL都加锁，也不是所有场景都加同一类锁。核心判断依据是：SELECT是否带FOR UPDATE或LOCK IN SHARE MODE、UPDATE/DELETE是否命中索引、当前事务隔离级别（尤其是READ COMMITTED和REPEATABLE READ）。