京公网安备11010502063487号本机真实用50个并发INSERT制造合并压力，抓拍system.merges的51.2%实时进度，找到堆积的真实根源——大小固定为16的后台工作线程池。
本机真实用SYSTEM STOP/START MERGES控制后台线程池，验证UPDATE/DELETE真实跟普通合并共享同一套执行资源，卡住的根源不在mutation本身。
本机真实执行BACKUP后真实DROP掉原表，用RESTORE找回全部200万行数据，并验证增量备份真实的体积优势——250万行的增量备份比200万行的全量备份还小。
本机真实配置hot/cold两块磁盘的存储策略，验证TTL规则如何驱动老数据从热盘真实物理搬迁到冷盘，并直接核对磁盘上的物理文件位置确认非元数据标记。
本机真实构造了两组循环导入：一组用import整模块+getattr访问真实跑通，另一组用from...import具体名字真实抛出ImportError；还验证了sys.modules是真实的单例缓存。
本机真实构造带__init__.py的包，验证import包时先执行__init__.py、__all__限定星号导入范围，以及不写__init__.py的命名空间包依然能被真实导入。
本机真实创建venv，对比pyvenv.cfg、sys.prefix/sys.base_prefix，验证依赖隔离的真实机制和边界。
本机真实打包4个互相冲突版本的wheel，验证分步install和合并install对同一个依赖冲突给出完全不同的真实结果。
本机真实用unzip/tar拆开生成的wheel和sdist文件，验证METADATA/RECORD的真实内容和wheel的zip本质。
本机真实搭建父子logger和多Handler组合，验证root.setLevel()为什么管不住子logger传播来的消息，只有Handler自己的level才生效。
本机真实用pytest -v -s跑module级和function级fixture的嵌套依赖，验证生命周期差异和基于参数名字符串匹配的注入机制。
本机真实对比from...import和import module两种写法，验证unittest.mock.patch该填哪个路径才生效，两种写法的答案完全相反。