观察、决策、行动三步示意图,旁边是限制每次等待并共享一个截止点的英文标题。

连接超时阻止无声的停摆

超时首先规定某个操作最多等待多久。它不会自动成为整个请求的总期限,也不能证明远端工作已经停止。选择数值或解释错误之前,要把连接建立、单次读取和调用方的整体预算分开;否则配置看起来都有限,整条调用链仍然可能等得远比预期久。 连上了,不代表能拿到有用的响应 TCP 建连可以成功,而对端应用始终不产生响应。此时问题属于读取阶段,不是 TCP 握手尚未完成。诊断信息应写出发生超时的阶段;含糊的“数据库连接超时”,可能指连接池获取借用失败,也可能指新建套接字失败,或已经连上后等不到查询结果。它们占用的资源、下一步检查和恢复语义并不相同。 Python 套接字上的超时作用于阻塞操作。循环执行多次成功的 recv(),每次都可能获得一份新的等待额度,因此对端只要持续发送小片段,就可能把整个读取循环拖到远超那个超时值。下面特意每次只读一个字节,便于观察单次操作成功与完整响应及时到达之间的差别,而不是把“一次没有超时”当成整个消息已经满足时限。 如果需要整个接收过程共用预算,应先用 time.monotonic() 建立一个截止点。每次开始下一项操作前,计算剩余时间,再取剩余时间与该操作上限中的较小值;预算耗尽后,就不能继续开始新的等待。单调时钟不会因校正系统日期而突然倒退或跳到另一段墙钟时间,但它也不能保证线程恰好在截止的那一刻获得调度,因此不能把它理解成硬实时执行器。 把这个模式扩展到真实客户端之前,仍要核对所用库的契约。域名解析、多个地址尝试、TLS 协商、发送请求以及从连接池排队获取连接,可能有各自的计时方式。本例只访问一个数字形式的回环地址,并使用普通 TCP;它没有证明 DNS 解析已经受限,也没有实现一个覆盖完整 HTTPS 请求流程的通用总超时。 坏掉的样子 已接受连接但保持沉默的对端,会让调用方读到超时;不断滴送少量数据的对端,则能让每次读取都成功,却使完整响应过慢。只有建连超时,并不能处理连接已经成功之后的这两种情况。反过来,设置得过短,也可能把正常的网络波动或线程调度延迟误判成故障,数值需要结合真实调用预算和工作负载来确定。 失败路径需要释放自己拥有的资源,并保留完整数据与部分数据的区别。套接字读取返回空字节串,表示 EOF,并不等于应用消息必然收齐。实验知道目标帧应该有六个字节,所以提前关闭会被当成失败;不能因为连接已经结束,就把收到的半份结果当作正常响应交给业务。 放弃等待也不等于取消远端工作。调用方超时时,对端可能已经执行了某个副作用。重试需要匹配的重放契约,以及原操作还剩下的预算,而不是每次重新获得一整套等待时间。这里的总期限是在操作边界协作检查的约束,仍有调度与清理开销,并不是对任意线程、系统调用或远端执行的瞬时中断保证。 快速验证 将代码保存为 connection_probe.py,执行 python3 connection_probe.py。脚本只依赖标准库,本次在 macOS 的 Python 3.14.4 上验证。每种情况都创建自己的回环监听端口和对端线程,结束时关闭套接字并等待线程退出;不会连接外部主机,也不修改防火墙或生产服务。 import socket import threading import time PAYLOAD = b"abcdef" PER_OPERATION = 0.5 def exercise(trickle, total=None, peer_payload=PAYLOAD): stop = threading.Event() failures = [] with socket.socket(socket.AF_INET, socket.SOCK_STREAM) as listener: listener.bind(("127.0.0.1", 0)) listener.listen(1) listener.settimeout(2.0) def peer(): try: connection, _ = listener.accept() with connection: connection.settimeout(0.5) if not trickle: stop.wait(2.0) return for byte in peer_payload: if stop.wait(0.1): return connection.sendall(bytes([byte])) except (BrokenPipeError, ConnectionResetError): pass # The deadline case deliberately closes the client. except Exception as error: failures.append(error) worker = threading.Thread(target=peer) worker.start() started = time.monotonic() deadline = None if total is None else started + total received = bytearray() phase, outcome = "connect", "complete" def allowance(): if deadline is None: return PER_OPERATION remaining = deadline - time.monotonic() if remaining <= 0: raise TimeoutError("total budget expired") return min(PER_OPERATION, remaining) try: with socket.create_connection(listener.getsockname(), timeout=allowance()) as client: phase = "read" while len(received) < len(PAYLOAD): client.settimeout(allowance()) chunk = client.recv(1) if not chunk: raise EOFError(f"short frame: {len(received)}/{len(PAYLOAD)} bytes") received.extend(chunk) except TimeoutError: outcome = "total" if deadline is not None and time.monotonic() >= deadline else phase finally: elapsed = time.monotonic() - started stop.set() worker.join(2.0) assert not worker.is_alive(), "fixture peer failed to stop" assert not failures, failures return outcome, bytes(received), elapsed quiet = exercise(trickle=False) assert quiet[0] == "read" and quiet[1] == b"" trickle = exercise(trickle=True) assert trickle[0] == "complete" and trickle[1] == PAYLOAD assert trickle[2] >= 0.5 # Each successful recv got a fresh operation timeout. bounded = exercise(trickle=True, total=0.25) assert bounded[0] == "total" and bounded[1] != PAYLOAD try: exercise(trickle=True, peer_payload=b"ab") except EOFError as error: assert str(error) == "short frame: 2/6 bytes" else: raise AssertionError("a truncated frame must not become success") print("early EOF rejects a two-byte fragment of the six-byte frame") for name, result in (("quiet", quiet), ("trickle", trickle), ("bounded", bounded)): outcome, data, elapsed = result print(name, outcome, repr(data), "elapsed", round(elapsed, 3)) quiet 情况先成功建立连接,但没有收到任何数据,大约半秒后报告 read 超时。trickle 情况在发送六个字节之前分别暂停一小段时间,每次读取都落在单次额度内,完整帧却花了超过半秒才到齐。这里的 complete 是指六个预期字节全部到达,不是某一次读取返回了非空内容;这直接展示了逐次操作超时为什么不能代替整个读取循环的预算。 ...

八月 1, 2027 · 2 分钟 · XB Field Notes
DNS 沿别名找到地址,HTTP 仍使用用户最初请求的主机名。

CNAME 改变 DNS 解析路径,请求主机名仍保持原样

CNAME 记录把一个别名与另一个 DNS 名称关联起来。通过别名解析地址时,解析器沿目标继续查找,直到获得请求的数据或遇到失败。这可以让公开主机名保持稳定,同时改变它背后的 DNS 依赖。它不会让浏览器跳转到另一个 URL,也不会替换应用正在请求的主机名;是否改变客户端可见地址,应由相应应用协议行为决定。 坏掉的样子 别名解析完全正常,目标服务器仍可能返回错误网站。HTTP 继续标识原始主机名,HTTPS 证书验证也关联所请求的服务身份。如果只配置目标名称对应的虚拟主机或证书,原别名请求未必能够工作。DNS 提供的是获得地址的路径,选中的服务器还必须接受用户和应用真正请求的名称。仅检查最终 IP 相同,无法验证这项应用契约。 CNAME 不能与普通 A、AAAA、TXT 等数据共存于同一个所有者名称。DNSSEC 元数据存在特定例外,但这不会让 CNAME 与 A 共存变得有效。普通区域顶点本来就需要 SOA 和 NS,因此在顶点放传统 CNAME 会产生冲突。服务商提供的别名展平等功能,应依据其实际文档理解,不能把界面里类似的名称直接当成标准 CNAME 规则发生变化。 别名链可能终止于不存在的数据,也可能形成循环。每个依赖还有自己的缓存寿命与管理边界;缩短别名 TTL,不会缩短以另一个记录集缓存的目标地址。同时,并非每增加一个别名都必然增加一次网络往返:服务器可能在同一回答中附带多段链,解析器也可能已经缓存相关数据。延迟分析应结合实际问答,而不是机械按链长计数。 快速验证 将脚本保存为 check-cname.py,准备 Docker 后执行 python3 check-cname.py。固定环境使用 BIND 9.18.49、dnsmasq 2.90 和小型 HTTP 服务。所有名称均属于隔离测试区域;解析配置修改和候选区域文件留在可丢弃容器内部,不改公共域名或宿主解析器。运行结束后,脚本清理自己创建的实例和临时镜像标签: ...

七月 9, 2027 · 3 分钟 · XB Field Notes
DNS 可以返回多个端点,客户端仍可能持续选择其中一个。

多个 DNS 地址不保证流量均匀或端点健康

同一名称下的多条 A 或 AAAA 记录提供一个地址集合。DNS 服务器可能轮换返回顺序,但收到集合后如何使用,由解析器和应用决定。普通地址记录不携带请求负载测量或应用健康结果;仅仅存在多个地址,不能保证均匀流量、自动故障转移,甚至不能保证不同实现看到相同的第一个地址。应将地址发现与后续选择分别理解。 坏掉的样子 DNS 回答分布与应用请求分布的分母不同。一个递归解析器可以用缓存回答许多客户端,一个应用也可能只查询一次,随后发出数千次请求。连接池会进一步强化这种差异。即便权威回答中的首个地址完美交替,实际服务器请求量仍可能严重不均。只统计 DNS 查询数量,不能证明用户业务已经按同样比例分配。 普通静态记录集中的端点失败后,其地址仍会保留,直到 DNS 数据被修改或另一个系统主动修改它。DNS 服务器不会仅因返回地址就知道应用健康状态。有的客户端连接失败后会尝试其他地址,有的会耗尽截止时间或者直接向调用方报错。是否重试、何时重试及哪些操作可重试,都应针对实际客户端和业务验证,不能默认由 DNS 完成。 把这种机制描述成保证公平的抛硬币,也不准确。顺序可能由配置决定、被随机化、被缓存保留,或者被地址选择策略重排。客户端可能选择首项、并发尝试,或复用先前结果。要解释一次分布观察,除了后端请求计数,还需要知道 DNS 配置、解析器行为、连接复用和工作负载;少了这些条件,无法判断不均衡出现在哪一层。 快速验证 将脚本保存为 check-dns-addresses.py,准备 Docker 后执行 python3 check-dns-addresses.py。固定环境使用 BIND 9.18.49,并明确把 rrset-order 设置为循环顺序。两个真实 HTTP 监听在隔离容器中绑定不同回环地址、使用相同临时端口,响应正文标识真正处理请求的端点。脚本不依赖公网域名,也不会访问现有业务服务器: from pathlib import Path from tempfile import TemporaryDirectory import json,subprocess,uuid recipe='FROM python@sha256:528257d48c1da0dcecc2e725d1ae34498d60c965f1241e39cd6a85a8859bdf84\nRUN apt-get update && apt-get install -y --no-install-recommends bind9=1:9.18.49-1~deb12u2 bind9-dnsutils=1:9.18.49-1~deb12u2 dnsmasq-base=2.90-4~deb12u2 python3-dnspython=2.3.0-1 && rm -rf /var/lib/apt/lists/*\nCMD ["/usr/bin/python3"]\n' program=r""" from contextlib import ExitStack,contextmanager from pathlib import Path from tempfile import TemporaryDirectory import json,re,signal,subprocess,time import dns.exception,dns.message,dns.query,dns.rcode,dns.rdatatype def run(*args,check=True): result=subprocess.run(args,capture_output=True,text=True,timeout=15) if check:assert result.returncode==0,(args,result.returncode,result.stdout,result.stderr) return result def query(name,kind='A',port=1053): return dns.query.udp(dns.message.make_query(name,kind),'127.0.0.1',port=port,timeout=1) def values(response,kind='A'): wanted=dns.rdatatype.from_text(kind) return [item.to_text() for rrset in response.answer if rrset.rdtype==wanted for item in rrset] def show(response): def section(records):return [{'name':str(rr.name),'type':dns.rdatatype.to_text(rr.rdtype),'ttl':rr.ttl,'data':[item.to_text() for item in rr]} for rr in records] return {'rcode':dns.rcode.to_text(response.rcode()),'answer':section(response.answer),'authority':section(response.authority)} def wait(predicate,timeout=15): deadline=time.monotonic()+timeout while time.monotonic()<deadline: try: if predicate():return except (OSError,dns.exception.Timeout):pass time.sleep(.05) raise AssertionError('DNS fixture condition did not become true') def stop(process): if process.poll() is None: process.terminate() try:process.wait(timeout=5) except subprocess.TimeoutExpired:process.kill();process.wait(timeout=5) @contextmanager def lab(records,soa_ttl=8,minimum=4,extra=''): with TemporaryDirectory(prefix='xbcatm-dns-') as directory,ExitStack() as stack: root=Path(directory);zone=root/'zone';conf=root/'named.conf';log=root/'named.log';serial=1 def save(body): zone.write_text(f'$ORIGIN lab.test.\n$TTL 30\n@ {soa_ttl} IN SOA ns.lab.test. hostmaster.lab.test. ({serial} 60 60 3600 {minimum})\n@ IN NS ns.lab.test.\nns IN A 127.0.0.1\n'+body+'\n') run('named-checkzone','lab.test',str(zone)) save(records) conf.write_text(f'''options {{ directory "{root}"; listen-on port 1053 {{127.0.0.1;}}; listen-on-v6 {{none;}}; recursion no; dnssec-validation no; notify no; querylog yes; max-cache-size 8m; pid-file "{root}/named.pid"; session-keyfile none; {extra} }}; controls {{}}; zone "lab.test" {{ type primary; file "{zone}"; }}; ''') run('named-checkconf',str(conf)) output=stack.enter_context(log.open('w')) authority=subprocess.Popen(['named','-g','-c',str(conf),'-n','1','-U','1'],stdout=output,stderr=subprocess.STDOUT) stack.callback(stop,authority) def ready(): assert authority.poll() is None,log.read_text() response=query('lab.test.','SOA');return response.rcode()==0 and response.answer[0][0].serial==serial wait(ready) def update(body): nonlocal serial serial+=1;save(body);authority.send_signal(signal.SIGHUP);wait(ready) def cache(port=1054,upstream=1053,size=150,options=()): logfile=root/('cache-'+str(port)+'.log');stream=stack.enter_context(logfile.open('w')) command=['dnsmasq','--no-daemon','--conf-file=/dev/null','--no-resolv','--no-hosts','--bind-interfaces', '--listen-address=127.0.0.1','--port='+str(port),'--server=127.0.0.1#'+str(upstream), '--cache-size='+str(size),'--log-queries','--log-facility=-',*options] process=subprocess.Popen(command,stdout=stream,stderr=subprocess.STDOUT);stack.callback(stop,process) def cache_ready(): assert process.poll() is None,logfile.read_text() return query('lab.test.','SOA',port).rcode()==0 wait(cache_ready);return process,logfile def queries(name,kind='A'): return sum(bool(re.search(r'query: '+re.escape(name.rstrip('.'))+r' IN '+kind+r'\b',line)) for line in log.read_text().splitlines()) yield root,update,cache,queries from http.server import BaseHTTPRequestHandler,ThreadingHTTPServer import http.client,threading class Handler(BaseHTTPRequestHandler): def log_message(self,*args):pass def do_GET(self): body=self.server.server_address[0].encode();self.server.hits+=1 self.send_response(200);self.send_header('Content-Length',str(len(body)));self.end_headers();self.wfile.write(body) def request(address,port): connection=http.client.HTTPConnection(address,port,timeout=.5) try: connection.request('GET','/');response=connection.getresponse();assert response.status==200;return response.read().decode() finally:connection.close() with lab('pool 30 IN A 127.0.0.2\npool 30 IN A 127.0.0.3',extra='rrset-order { order cyclic; };') as (_,update,cache,queries): servers=[];threads=[] try: for address in ['127.0.0.2','127.0.0.3']: server=ThreadingHTTPServer((address,0 if not servers else servers[0].server_port),Handler);server.hits=0 thread=threading.Thread(target=server.serve_forever,daemon=True);thread.start();servers.append(server);threads.append(thread) port=servers[0].server_port;orders=[values(query('pool.lab.test.')) for _ in range(6)] assert all(set(order)=={'127.0.0.2','127.0.0.3'} for order in orders) assert {tuple(order) for order in orders}=={('127.0.0.2','127.0.0.3'),('127.0.0.3','127.0.0.2')} saved=values(query('pool.lab.test.'));selected=saved[0] hits=[request(selected,port) for _ in range(12)];assert hits==[selected]*12 distribution={s.server_address[0]:s.hits for s in servers};assert sorted(distribution.values())==[0,12] victim=next(s for s in servers if s.server_address[0]==selected);victim.shutdown();victim.server_close() still_published=values(query('pool.lab.test.'));assert selected in still_published try:request(selected,port);raise AssertionError('stopped HTTP server accepted a connection') except OSError as error:failure=type(error).__name__ alternate=next(a for a in saved if a!=selected);assert request(alternate,port)==alternate print(json.dumps({'cyclic_answer_orders':orders,'one_lookup_twelve_requests':distribution,'after_peer_stopped':still_published, 'selected_address_error':failure,'explicit_alternate_succeeded':alternate},sort_keys=True)) finally: for server in servers:server.shutdown();server.server_close() for thread in threads:thread.join(timeout=2) """ name='xbcatm-dns-'+uuid.uuid4().hex[:10] def docker(*args,**kwargs):return subprocess.run(['docker',*args],capture_output=True,text=True,timeout=300,**kwargs) try: with TemporaryDirectory(prefix=name+'-') as directory: root=Path(directory);(root/'Dockerfile').write_text(recipe) built=docker('build','-t',name,str(root));assert built.returncode==0,built.stderr result=docker('run','--rm','-i','--name',name,'--network','none','--memory','384m','--pids-limit','128',name, '/usr/bin/python3','-',input=program) assert result.returncode==0,result.stderr print(json.dumps(json.loads(result.stdout),sort_keys=True)) finally: docker('rm','-f',name);docker('image','rm',name) 对 pool.lab.test 进行六次直接查询,实测每次都返回 127.0.0.2 与 127.0.0.3,只是顺序交替。所有回答都包含完整地址集,断言同时检查成员与顺序变化。这证明的是当前权威服务器显式配置后的行为,不代表所有 DNS 服务器都必须轮换,也不保证递归缓存或最终应用会保持这个顺序。完整集合与首项顺序是不同检查点。 ...

七月 6, 2027 · 3 分钟 · XB Field Notes
未命中才去加载的缓存,调用方从此不直接取数据。

读穿透缓存:未命中时取数回填

读穿透缓存给调用者提供统一的读取接口:命中时返回已存值,未命中时调用加载函数,再把结果保存起来。关键边界是由谁拥有这个 loader。把它放到缓存接口后面,可以减少重复的查找逻辑,但并不会自动解决并发、写入、访问授权或不同缓存副本之间的一致性。模式名称不是这些能力已经具备的证明。 找到真正负责加载的一层 在 cache-aside 模式中,应用显式查询缓存,未命中后访问数据源并回填;读穿透则让缓存组件拥有这条未命中路径。它可以是应用进程里的库,也可以是远程缓存服务。两种部署方式各有更新边界:修改进程内库的 loader,仍然需要把变更部署到使用它的进程,不能笼统宣称所有读者都会免部署地自动获得新逻辑。 单独一个 Redis GET 也不是读穿透加载器。字符串键不存在时,它返回 nil,不会自动发现并查询你的数据库。客户端库、缓存服务或应用适配层必须另外提供加载逻辑。下面的实验用带记忆功能的函数包装器提供统一读取接口,缓存和数据源都在当前进程内;这不是 Redis 服务端加载功能的演示。 读取模式没有定义写入模式 读穿透本身没有规定写操作经过哪里,写穿透是另一项安排。即便读写共用一个组件,仍需要定义数据源写入和缓存更新分别失败时的行为。绕过组件的其他写入方,可能让缓存保持旧值。应沿真实业务更新路径检查参与者,不能因为使用了一个模式名称,就假定所有写入都会配合清理。 TTL 限制的是某个缓存条目的复用时间,并不保证下一次重载从滞后副本或有缺陷的 loader 中取到最新真值。过期也不一定立即从内存中释放字节。寿命应依据数据需求选择,而非套用统一的几秒或几分钟;用户数据的 TTL 再短,也不构成权限隔离。命中率很高同样不能证明内容正确。 坏掉的样子 记录不存在与数据源不可用,是两个不同结果。缓存一次合法的“不存在”可以减少重复查询,但如果随后创建了记录,这个否定结果也可能继续遮住新记录,直到到期或失效。若把超时转换成一次正常返回的空值,就可能把故障写成错误的缓存内容。必须明确哪些结果允许保存,以及调用者如何区分缺失和失败。 并发加载是另一项独立契约。Cachetools 明确说明:锁保护缓存对象的访问,但被包装的函数在锁外运行,因此只有锁并不能抑制重复加载。它的 condition 选项另行处理同键的并发执行。下面的实验只运行单线程,刻意不使用这两个参数,不能把代码当成已经具备线程安全或分布式协作的实现。 失效还可能与一个已经读到旧源版本的加载操作竞争。删除某个键,并不天然阻止那个在途结果稍后重新写入。应根据真实的写入和加载协议选择协调方式,并测试操作顺序。也不要把大范围按键模式删除当作默认修复:它会让更多条目变冷,却没有证明源头缺陷已经解决。 快速验证 需要 Python 3.10 或更新版本;本次使用 Python 3.14.4 和 cachetools 7.1.8。安装固定依赖后,用 "$readthrough_lab/venv/bin/python" 执行 Python 代码。缓存存储、到期和函数记忆行为都由现有库负责;测试手动推进专用时钟,无需睡眠,也不修改系统时间。实验不联系 Redis 或外部数据库,只有依赖安装需要联网。 ...

五月 26, 2027 · 2 分钟 · XB Field Notes
两张表由一条约束相连;该约束拒绝存下失效的引用。

外键让引用保持诚实

外键让关系在普通数据库写入中得到强制校验。任务可以引用已有项目,即使导入脚本或新应用路径忘了提前检查,数据库也能拒绝不存在的项目标识。这条约束定义的是引用完整性,并不决定某个业务操作选中的项目是否正确。明确这个范围,才能既利用数据库保证,也不把业务判断错误地交给外键。 把关系写准确 引用键指向父表中适用的唯一列,通常是主键。多条子记录可以引用同一父行,因此,只有外键并不代表一对一关系,也不要求每个父行必须拥有子记录。如果业务还需要唯一性或其他规则,应单独声明,不能从“存在引用”推导出实际上没有约束的基数关系。 是否允许空值,是另一项决定。单列外键通常允许 SQL NULL,表示没有引用;每个子记录都必须有父记录时,应另外声明 NOT NULL。对于复合键,PostgreSQL 默认的 MATCH SIMPLE 在任意引用列为空时,就允许该行不执行匹配;MATCH FULL 则要求全部为空或全部匹配。因此,只填写一部分的复合引用,在默认模式下不一定无效。 键的作用域也必须准确。如果标识只在某个租户内部唯一,就应引用适当的“租户与标识”组合键,不能默认其他租户里存在相同编号就算正确。即使引用范围定义正确,外键仍不是授权检查:某个项目确实存在,也可能不属于当前用户或当前工作流应操作的对象。 父行删除需要生命周期规则 NO ACTION 是 PostgreSQL 默认的删除动作。在通常的立即检查模式下,删除仍被引用的父行会失败,除非语句结束时约束依然满足。如果约束声明为可延迟,NO ACTION 可以推迟检查;RESTRICT 则不允许延迟这项删除限制。两者不能在任何场景下都当成同义词,迁移或批量操作尤其需要检查其差别。 CASCADE 会在父行删除时自动删除引用它的子行,适合没有独立生命周期的组成部分,但删除范围可能沿多层关系扩张。SET NULL 保留子行并清空引用,前提是空值及其他约束允许这样做。SET DEFAULT 也必须留下有效引用,不能因为设置了默认值就绕开完整性规则。 ON UPDATE 则单独规定被引用键变化时的动作。更新级联会把新键复制到引用行,并不代表覆盖子记录其他无关字段。应根据所有权与保留要求选择动作。为了让报错消失,就把限制删除改为级联,可能把本来有价值的完整性失败变成意外数据删除;约束动作不是单纯的语法偏好。 坏掉的样子 应用先查父行是否存在,仍可能与另一个事务删除父行发生竞态。数据库约束会协调真正写入,因此,应把它作为关系的权威校验,而不是只依赖更早的读取。高权限操作禁用执行,或迁移尚未验证旧数据,是不同状态,不能默认它们拥有已经完整启用并验证的外键保证。 写入成本也取决于负载。删除父行可能需要查找大量子行、获取锁并执行级联。PostgreSQL 会为适用的被引用唯一键提供索引,但不会自动给子表引用列建立索引。需要检查这些访问路径和删除关系图的规模。关系有声明,也不保证优化器一定消除关联,更不代表所有 JOIN 都变成低成本操作。 快速验证 把下面内容保存为 foreign-key-actions.sql,在可丢弃的 PostgreSQL 18 数据库中执行 psql -X -v ON_ERROR_STOP=1 -f foreign-key-actions.sql。实验用临时表分别表示任务、随项目存在的文件和需要保留的历史,并选择不同删除动作。末尾回滚会清除全部对象和修改。 ...

五月 25, 2027 · 2 分钟 · XB Field Notes