Surinch
页面加载中Surinch
页面加载中资源中心 / 全部资料
按发布时间从新到旧排列。每篇资料都围绕一个具体业务问题展开，并连接到自查模板、免费工具和下一步入口。
数据库故障手册 · 更新于 2026-10-21
MySQL 8.0.46 实测（测试库、自造数据）：phone 是 VARCHAR，WHERE phone = 13800123456 不加引号，执行计划变成全索引扫描 50 万行，78–95ms，SHOW WARNINGS 给出 Warning 1739；加上引号是 0.02ms。users（utf8mb4）和老表 orders（utf8mb3）按 user_code 关联，orders 一侧的索引用不上，优化器只好先扫 orders 100 万行，1.8–2.0 秒；把 orders.user_code 改成 utf8mb4（只能 COPY，100 万行 4.8 秒）后同一条 JOIN 2–3ms。DATE(created_at) = 某天 69ms，改成半开区间 0.42–0.45ms。
亚马逊运营实操 · 更新于 2026-10-21
亚马逊 Vine 按父商品收费：最多 2 件 $0、3–10 件 $75、11–30 件 $200（2026-10-21 核对官方页面），子体不另收；登记 30 天后且第一条评论发布后才扣费，90 天没有评论不收费。结论：Vine 解决的是「0 评价」，解决不了价格和流量。我们一款钩织郁金香礼品 2026-08-09 报了 30 件、付了 $200，换来 5.0 分 / 4.8 分的 Vine 评价，但上架到约 10-10 真实付费只有约 11 件。
亚马逊运营实操 · 更新于 2026-10-21
Amazon 约两周前（2026-10-21 核对）给 Product Opportunity Explorer 加了「验证自己的产品想法」：输入产品和价格点，直接和类目头部商品对比，改了再跑，都在下单生产之前；首 90 天上新计划和主动推送选品想法还在路上。结论：这个功能最该用来查价格点。我们一款钩织郁金香礼品 2026-05 选品时只对标了一个 $16.99 的头部同款，上架后按 $13.99 卖，比 8 款同类中位落地价 $9.99 贵约 40%，上架两个月付费只有约 11 件。
AI 运营亚马逊 · 更新于 2026-10-26
这是一份 ¥99 的 Markdown 资料包，2026-10-20 发布：里面是我们运营美国站小店的 agent 规则模板、5 套提示词、1 份广告变更计划（plan JSON）模板和报表字段清单。规则来自真实运营，其中执行票和数据新鲜度检查都是 2026-10-09 出过问题后补上的。店铺接近盈亏平衡：10/1–15 账面约 +$16，靠的是约 $202 的佣金减免。
数据库故障手册 · 更新于 2026-10-20
PostgreSQL 17.11 实测（pgbench 自造约 606MB）：全量备份 637MB；只改 1% 账户再追加 1 万行流水后，pg_basebackup --incremental 只有 35MB、113–114ms，合成后启动比对数据一致；但随机跑 20 秒 pgbench 后增量是 640–642MB，和全量差不多，因为一个文件要发的块超过 90% 就整文件复制。pg_verifybackup 能查出备份被改、少文件、缺 WAL，可源库页面本来就坏、又加了 --no-verify-checksums 时，它照样输出 backup successfully verified。
数据库故障手册 · 更新于 2026-10-20
MySQL 8.0.46 实测：源库一条 UPDATE 改 100 万行要 4.7 秒，这期间从库 Seconds_Behind_Source（SBS）一直是 0；事务一提交，SBS 第一次采样就是 5，随后涨到 10/11，从库再花约 6.64 秒才应用完。SBS 用的是事件在源库开始执行的时间戳，所以一提交就把源库执行时长算了进去。同样 100 万行按主键每 1 万行一批拆成 100 批，SBS 最高 1，源库最后一批提交后 1.36–1.48 秒从库追平。
亚马逊运营实操 · 更新于 2026-10-20
Amazon 约一周前（2026-10-20 核对）让美国站在内的 7 国 FBA 卖家按退货原因设置部分退款：退一部分钱、买家留货。结论：只给「寄回来多半不能再卖、又不需要看实物」的原因和低货本商品开；有缺陷、与描述不符、缺件这类坚持寄回。依据是我们 2026-06-10 至 10-17 的 84 条退款（只有 15 条有实物退回）和 20 件退回里 12 件仍可售的实账。
亚马逊运营实操 · 更新于 2026-10-27
11 月 2 日起，卖儿童用品、可食用商品、锂电池商品等 11 类高安全要求品类的卖家，不论单月销售额有没有到 USD 10,000，都要持有每次事故和累计各 USD 1,000,000 的商业责任险；注册在中国大陆的卖家，新保单只认 Amazon Insurance Accelerator（AIA）。今天是 2026-10-27，距生效还有 6 天。2026-10-27 更新：补上官方 11 类清单（登录后台摘录）、通知邮件里的下架后果和误判申诉路径，以及锂电池智能家居 / 消费电子另有 TIC 核验。
AI 运营亚马逊 · 更新于 2026-10-19
按 2026-10-19 的数据，我们这 1,149 件慢销货立即弃置要付约 $965；继续卖 3 个月再处理，不加广告至少要卖出 32 件才划算，若把 Q4 方案的广告上限 $1,530 花满，则要卖出 305 件。我们把这套算法做成了 ¥69 的 Excel 计算器。
数据库故障手册 · 更新于 2026-10-19
串行关闭并行后，同一条 GROUP BY：work_mem=64kB 走 GroupAggregate + external merge Disk: 9880kB，两轮执行 274.9ms / 279.1ms；调到 4MB 后改成 HashAggregate，Memory Usage: 4369kB、Batches: 1，两轮 137.0ms / 131.4ms。DISTINCT user_id 更夸张：64kB 时 Hash 落盘约 19MB 且排序再 Disk 280kB，427ms / 383ms；4MB 后 quicksort Memory 769kB，150ms / 144ms。work_mem 是「每操作」限额，不是「每连接只有一份」。
数据库故障手册 · 更新于 2026-10-19
status='paid' ORDER BY amount 在没索引时 Extra 是 Using filesort，EXPLAIN ANALYZE 两轮 142ms / 153ms；加上 (status, amount) 后变成 Backward index scan，4.74–5.25ms，filesort 没了。GROUP BY customer_id, status ORDER BY SUM(amount) 在日期范围上两轮 171–226ms（Using temporary; Using filesort），覆盖索引后仍有临时表，但落到 68.8–72.8ms。聚合结果上的 ORDER BY 往往消不掉临时表，别指望「再加一个索引」就完事。
亚马逊运营实操 · 更新于 2026-10-19
客单价 $5.28 的商品，35% 目标 ACOS 下每次点击最多只能付约 $0.19；我们店 2026-02-02 至 03-16 的实际平均 CPC 是 $0.83。低客单不是不能投广告，而是只能留少量精准词、把泛词否掉，或者考虑做多件装把客单价抬上去。
亚马逊运营实操 · 更新于 2026-10-19
10 月 31 日前有两件费用事：一是新品入仓计划（New Selection Program 2026）要在后台确认加入，否则 10-31 之后上线的新品牌 FBA 商品拿不到权益（官方公告）；二是部分商品的费用类别据报道会在 10-31 调整，佣金率可能跟着变（第三方转述，未见官方公开原文）。佣金率每高 1 个百分点，一件 $12.99 的商品少赚约 $0.13，保本 ACOS 也低约 1 个百分点。10-31 前先只读核验计划状态、看 Fee Preview，再把变化算进利润和广告预算。
AI 运营亚马逊 · 更新于 2026-10-29
这里只放有真实数据支撑的内容：店铺目前亏损已收窄到接近保本，但还没有盈利。我们写的是 AI 怎么帮我们做更好的决策、少一些手工和失误，不承诺利润增长。
AI 运营亚马逊 · 更新于 2026-10-19
货已经在仓里，采购成本就是沉没成本，比较时只看每件还能收回多少钱。对小件轻货，继续放一年的仓储费约 $0.42/件，弃置却要 $0.84/件，卖掉哪怕按底价也能收回约 $2.9–4.2，所以先解决价格和流量，而不是急着清掉。
数据库故障手册 · 更新于 2026-10-18
每次请求新建连接是最贵的用法：实测直连建连约 11.7 毫秒，吞吐从长连接的约 16 万 TPS 掉到 340；而这 11 毫秒几乎都花在 SCRAM 认证上，换成 PgBouncer 并不会自动变快（同样认证方式下 15–17 毫秒）。PgBouncer 真正解决的是「客户端多、服务端连接少」：120 个客户端只占 20 个后端连接、零失败。但只要有人开着事务不提交，事务池照样会被占满。
数据库故障手册 · 更新于 2026-10-18
InnoDB 发现死锁是即时的：形成环的那一刻（实测约 1.3 秒，就是第二条 UPDATE 发出的时刻）就回滚代价小的一方并报 1213。关掉死锁检测不会更快，两边都等满超时报 1205，一个都没成功。真正的修法是让所有事务按同一顺序加锁；「先查不存在再插入」这种写法，用唯一索引兜底比加 FOR UPDATE 更稳。
亚马逊广告实操 · 更新于 2026-10-18
ACOS 高不一定是投放问题。先把它拆成 CPC、转化率、客单价三个数，看是哪一个拖后腿：转化率低改 Listing，CPC 高调竞价和否词，客单价低就要改产品组合或接受只投高意图词。
亚马逊运营实操 · 更新于 2026-10-25
2026-11-01 至 12-31 售出的商品可以退到 2027-01-31（Apple 品牌到 2027-01-15），FBA 和 FBM 都适用；退货徽章新增 Low 档，只统计部分可归因于卖家的退货，按月更新。11 月前先用徽章挑出高风险商品，把预计回流排进 1 月的清货和补货。
数据库故障手册 · 更新于 2026-10-25
ALTER TABLE 要拿 AccessExclusiveLock，一排队，后面最普通的 SELECT 也得等：实测不设 lock_timeout 时 SELECT 等了 9 秒，设 3 秒超时后只等 2.03 秒。先用 pg_blocking_pids 找到 idle in transaction 的根源，再给 DDL 加 lock_timeout 和重试。
这些专题和案例有独立版式，继续保留原页面。