Surinch
页面加载中Surinch
页面加载中资源中心 / 全部资料
按发布时间从新到旧排列。每篇资料都围绕一个具体业务问题展开，并连接到自查模板、免费工具和下一步入口。
数据库故障手册 · 更新于 2026-10-22
MySQL 8.0.46 实测（测试库、自造数据）：orders 100 万行，WHERE status=1 ORDER BY created_at LIMIT 500000,20，执行计划要沿 idx_status_created 读 500020 行、每行回表，三次 716 / 825 / 868ms；改成延迟关联（子查询在覆盖索引里翻页只取 id）72–77ms；改成游标分页 WHERE status=1 AND (created_at > ? OR (created_at = ? AND id > ?)) 只读 20 行，0.28–0.30ms。同一个游标写成行构造器 (created_at, id) > (?, ?)，MySQL 不做范围扫描，678–719ms。游标里不带 id，翻完全部 599996 行只拿到 590051 行。
AI 运营亚马逊 · 更新于 2026-10-22
2026-01-15 起，美国站标准尺寸 0–0.5 磅的 FBA 移除费是 $0.84/件，但它只是返工账里最小的一项。加上美国仓逐件查卡重贴标 $1–2、耗材 $0.2–0.5、回仓运费 $0.6–1.2，我们 2026-09-07 拆出的合计是 $2.64–4.54/件，规划按 $3–5；777 件就是约 $2,300–3,900，而同样数量直接弃置只要 $653。
亚马逊运营实操 · 更新于 2026-10-22
FBA 货件显示「找到」数量和申报一致、没有差异，不代表每个款都按实物入了库。我们一款 4 个变体的礼品，2026-06-03 发了 5 票共 1,400 件，后台全部显示已收齐；2026-09-07 展开「找到的商品数量」才发现，有 453 件是系统用「调入相似商品」在款式之间抵补出来的，实际可售库存跟着「直接接收」数走，其中一款买家投诉收到错款的比例到了 19 单里 4 单。先看「商品已接收」明细，再对库存，最后看售后。
亚马逊运营实操 · 更新于 2026-10-22
2026-10-26（周一）起，美国站在 4 类商品上新建或编辑 Listing 时，要先回答危险品合规新问题：冰箱/空调/冷柜（制冷剂）、减震器与悬挂升降支撑杆（减震机制）、记号笔与书写工具（墨水）、泳池/水疗水处理剂（化学成分与包装）。已在售的 Listing 不用在 10-26 前动，下次编辑时才会弹出问题。今天是 10-22，还有 4 天：先把这 4 类商品列出来，向工厂要齐 SDS（5 年内、16 节、品名品牌与 Listing 一致），Q4 改标题、五点之前把答案备好。
数据库故障手册 · 更新于 2026-10-21
PostgreSQL 17.11 实测（测试库、自造数据）：orders 100 万行，WHERE region_id=4 AND province_id=4 AND city_id=37 AND warehouse_id=37，规划器按「各列独立」把选择率相乘，估算 rows=1，实际 10000 行；于是 JOIN 一张 1000 行的小表时选了 Nested Loop，小表被 Seq Scan 了 10000 遍，Rows Removed by Join Filter 9,990,000，四次 990–1038ms。CREATE STATISTICS (dependencies) 加 ANALYZE（100 万行约 0.2 秒）后估算变成 10000 / 10100，计划换了驱动表，11–19ms。把四列统计目标调到 1000 再 ANALYZE，估算仍是 1。
数据库故障手册 · 更新于 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-11-03
11 月 2 日起，卖儿童用品、可食用商品、锂电池商品等 11 类高安全要求品类的卖家，不论单月销售额有没有到 USD 10,000，都要持有每次事故和累计各 USD 1,000,000 的商业责任险；注册在中国大陆的卖家，新保单只认 Amazon Insurance Accelerator（AIA）。2026-11-01 更新：新规明天生效，官方公告今天复核未变。公告没写「11 月 2 日前提交」按哪个时区，美国 11-01 凌晨夏令时结束，太平洋时间 11-02 零点是北京时间 11-02 下午 4 点，最稳的做法是把北京时间 11-01 当最后一天。
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-11-03
这里只放有真实数据支撑的内容：店铺目前亏损已收窄到接近保本，但还没有盈利。我们写的是 AI 怎么帮我们做更好的决策、少一些手工和失误，不承诺利润增长。
AI 运营亚马逊 · 更新于 2026-10-19
货已经在仓里，采购成本就是沉没成本，比较时只看每件还能收回多少钱。对小件轻货，继续放一年的仓储费约 $0.42/件，弃置却要 $0.84/件，卖掉哪怕按底价也能收回约 $2.9–4.2，所以先解决价格和流量，而不是急着清掉。
这些专题和案例有独立版式，继续保留原页面。