别按「配置越大越稳」直接拍，用三步收敛。 第一步定资源画像：在 CES 拉现网 7 天的 CPU 和内存 P95。CPU 长期低于 30% 就降一档规格；内存常超 70% 说明瓶颈在内存，选内存优化型（m 系列）；编译、转码这类 CPU 密集业务选计算型（c）；Web、中间件等均衡型业务用通用型（s）。突发型 t 系列靠 CPU 积分，不能按峰值持续跑，长期高负载会被限速。 第二步定计费方式：7×24 稳态服务用包年包月，折扣最深；有明显波峰波谷的用按需加弹性伸缩；渲染、压测、CI、批处理这类可中断任务用竞价实例，成本能压到按需的一两折，代价是随时可能被回收，所以任务要做成幂等且支持断点续跑。 第三步算全账：云硬盘类型（高 IO 与超高 IO 的 IOPS 差一个价位）、带宽按带宽包还是按流量、快照与备份、跨 AZ 的高可用副本，这些经常比规格本身更影响账单。稳态服务按流量计费遇到突发会爆账，建议用带宽包。 验证办法：比目标低一档规格先压测一轮，CPU 打满而响应时间仍达标就够用，不够再加，别一开始就买大两档。

按踩坑频率排： 1) 桶名全局唯一，且创建后区域不可更改。命名带上业务+环境+区域，别用 test、a、b 这种，否则全球用户都在抢同一个名字。 2) 403 要分清三层权限：IAM 策略、桶策略、对象 ACL。桶策略里的显式 Deny 会压过 IAM 的 Allow，这是排查时最常漏的一条，先确认拒绝来自哪一层再补白名单。 3) endpoint 别用错：同区域 ECS 用 obs.区域>.myhuaweicloud.com 走内网，不计流量费；跨区访问或公网下载才产生下行流量费。上传本身不收流量费，但按请求次数计费——日志、切片这类海量小文件先打包再传，否则 PUT 次数比存储费还贵。 4) 生命周期规则只支持前缀和对象标签，不支持正则、通配符和后缀匹配，目录结构必须提前规划；另外未完成的分片上传要单独配一条清理规则，否则残留分片一直在计费。 5) 误删靠版本控制（多版本对象）恢复，删桶之前确认没有未完成分片和未过期版本。 6) 报 SignatureDoesNotMatch 先校服务器时间，偏差超过 15 分钟必然签名失败；再核对 AK/SK 与 region 是否属于同一账号同一区域。

补几个实现层的点，和前面的回答对齐一下。 1) 可见性判断依赖行上的 DB_TRX_ID 和 DB_ROLL_PTR。普通 SELECT 沿 undo 版本链回溯，用 Read View 的 m_ids（活跃事务列表）、min_trx_id、max_trx_id 逐个版本判断可见性；同一个事务内 Read View 不变，判断结果固定，这就是「多次查询一致」的机制来源。 2) 创建时机要分开看：RR 是事务里第一条快照读建立并全程复用；RC 是每条语句新建；START TRANSACTION WITH CONSISTENT SNAPSHOT 在 BEGIN 时点就建立，所以它比普通 BEGIN 更早定格快照。 3) 「一致」只对快照读成立。同一事务内的 SELECT ... FOR UPDATE、LOCK IN SHARE MODE、UPDATE、DELETE 都是当前读，读的是最新提交版本；事务自己改过的行也始终可见。越过这两点去断言结果绝对相同会得到错误结论。 4) 另一处易混：RR 下快照读不加锁，天然看不到幻读；但当前读要靠 next-key lock（间隙锁）才防得住幻读，两者不能混为一谈。 验证办法：开两个会话，A 先做一次普通查询，B 修改并提交同一行，A 再查值不变；把 A 第二次查询换成 FOR UPDATE，就能看到 B 的新值，说明差别只在读的方式上。

VXML 管的是通话建立之后的媒体交互，主动外呼必须由平台侧先发起，所以要拆成「发起呼叫」和「挂载流程」两段来做。 发起：调 AICC/OIAP 的外呼接口（外呼任务或单次外呼），传被叫号码、主叫显号，把验证码放进随路数据 callData，拿到 callId 后等接听事件。 挂载：接听后把通话接入你写的 IVR 流程。VXML 里只做三件事——放音用 block 配 TTS 或预置语音文件，播报内容从随路数据取，不要把验证码写死在脚本里；收号用 field 配 digit 语法，在 filled 里校验位数；分支上给 noinput 和 nomatch 各设 2 次重试再转人工或挂断，否则空号、彩铃会一直占用并发。 如果现场引擎是 CCXML，就用 createcall 建立连接再 join 到 VXML 会话；如果是 OIAP 智能 IVR，直接用平台「外呼接口 + 流程绑定」的配置，比在 VXML 里折腾 transfer 稳定得多。

卡在实名循环，症结通常不在实名本身，而在本地登录态和 OAuth 回跳。分四步定位： 1) 先确认账号维度：浏览器直接开 auth.huaweicloud.cn 登录，进「账号中心 → 实名认证」确认状态是「已实名」并记下账号名。deveco 判断的是这套凭证；如果它登录的是 IAM 子用户，子用户的实名状态跟随主账号，主账号没做就会一直弹实名提示。 2) 清本地凭证：退出 deveco，备份后删掉 %USERPROFILE%\.deveco-device-tool 以及 %APPDATA%\Huawei 下 deveco 相关目录里的 session/token 文件，再执行 deveco.cmd login 重走授权。 3) 查回跳：把默认浏览器设为 Chrome，清掉系统代理和 HTTP_PROXY / HTTPS_PROXY 环境变量，或把 *.huaweicloud.cn、*.developer.huaweicloud.cn 加入代理例外，然后用管理员身份重开终端。 4) 仍然循环就抓证据提工单：记录点击登录到回跳的完整 URL（含 ticket、state 参数），以及 deveco 日志中对应时间戳的报错行，平台据此可直接判断是 state 校验失败还是账号绑定错位。 另外一个容易被忽略的点：手机号注册和邮箱登录可能落到同一账号的不同登录名上，先用账号名在 auth.huaweicloud.cn 登录成功一次，再回到 deveco 重新登录。

方向先纠一下：同区域 ECS 访问 OBS 走内网（endpoint 域名不变，靠内网 DNS 解析），上传方向的入流量本身不计费，所以「省流量」的空间很小，账单上真正跳的是请求次数。 请求费的大头在分片：rclone 默认 --s3-chunk-size 5Mi，一个 1GB 的 tar 包会被切成约 205 次 PUT；把分片调到 256M，同一个包只要 4 次 PUT，请求数差两个数量级。可用的一行： rclone copy /data/backup obs:bucket/backup/$(date +%F) --s3-chunk-size 256M --s3-upload-concurrency 4 --s3-no-check-bucket --size-only --transfers 2 --s3-no-check-bucket 省掉每次的 HeadBucket，--size-only 用大小比对替代 --checksum，避免逐对象 HEAD 请求。 但「每天一个全量 tar 包」本身就在重复传没变的数据。要根治换 restic 直连 OBS 的 S3 后端：restic backup /data 之后用 restic forget --keep-daily 7 --prune，块级去重只传变化块，7 天保留的请求数和容量能降到 rclone 方案的零头。 最后一个坑：保留 7 天别选低频或归档——低频最短存储 30 天、归档 90 天，7 天就删会补收最短存储费，标准存储配生命周期过期删除反而更便宜。上线前先 rclone copy --dry-run 核对一次传输范围。