ORA-00020 根本原因是 Oracle 实例 process 限额被耗尽，需联合 v$process 与 v$session 按 machine 和 program 分组统计，结合服务注册中心定位异常节点；Oracle报 ORA-00020: maximum number of processes exceeded 怎么快速定位是哪个应用节点撑爆的直接查 v$process 和 v$sess

常见误用：给一个没设宽的 div 写 margin: auto，它会占满父容器，左右 margin 都是 0 —— 因为没有“剩余空间”可分配。必须同时满足：父容器有宽度、子元素有宽度、子元素是块级（非 float、非 position: absolute）垂直方向上，margin: auto 对普通块级元素无效（除非是 flex 子项或绝对定位）如果子元素是 inline（比如 span），ma

必须关闭 CURLOPT_SSL_VERIFYPEER是错误认知，实际应通过Go的TLS配置加载可信CA；Go 本身不依赖 cURL，但如果你在 Go 中调用 C 库或混用 PHP 风格的 HTTP 客户端（比如通过 cgo 封装 libcurl），才可能碰到这个选项。纯 Go 的 http.Client 根本没有 CURLOPT_SSL_VERIFYPEER 这个概念。设为 0 后，net 包会

Navicat 导出 ER 图时提示 “Syntax error near FOREIGN KEY”这是 navicat 在解析建表语句时，对某些外键语法不兼容导致的——尤其常见于 mysql 8.0+ 使用 alter table ... add constraint ... foreign key 显式命名外键，或 postgresql 的复合外键定义。navicat 内置 sql 解析器较老

因为RAND()在ORDER BY中被当作“常量”缓存了——尤其在子查询或带LIMIT时，MySQL可能只算一次RAND()值，然后全用它排序，结果看起来完全不随机。PostgreSQL用ORDER BY RANDOM()——注意不是RAND()，且对大表慎用，会强制全表读+内存排序SQL Server用NEWID()：ORDER BY NEWID()，每次生成唯一GUID，确保真随机；当表超百万

uni-app 调用 uni.checkFaceID 前必须确认平台和权限App 端指纹/面容登录不是写个 API 就能跑通的，uni.checkFaceID 在 iOS 和 Android 行为差异大，且默认不开启权限。uni.startSmsVerifyCode 是纯网络侧行为，和设备传感器零关联。真正用于生物识别登录的只有三个 API：uni.checkFaceID（检测能力）、uni.op