Surinch
页面加载中Surinch
页面加载中资源中心 / 全部资料
按发布时间从新到旧排列。每篇资料都围绕一个具体业务问题展开，并连接到自查模板、免费工具和下一步入口。
数据库故障手册 · 更新于 2026-10-26
MySQL 8.0.46 实测（测试库、自造 accounts 1 万行）：会话 A 持有 id=1 的行锁不提交，会话 B 去改同一行。把 innodb_lock_wait_timeout 调到 5，B 从发出 UPDATE 到报 ERROR 1205 正好 5.002 秒；调到 2 是 2.001 秒。默认 50 秒时，只要 A 在超时前提交，B 就能成功（本次 A 持锁 3 秒，B 约 2 秒后提交，余额 1095）。1205 和死锁 1213 不一样：它只回滚当前那条语句，事务还开着——我在同一事务里先 INSERT 再撞 1205，INSERT 的行还在，trx_rows_modified=1。
亚马逊运营实操 · 更新于 2026-10-26
CPSC 的 eFiling 从 2026-07-08 起已经强制执行：进口受 CPSC 规则约束的消费品，要在报关时向美国海关电子提交合规证书数据。对外贸易区（FTZ）的货物从 2027-01-08 起执行。据 CPSC 官方 FAQ 和 CBP 2026-07-29 的通知（CSMS #69382435），现阶段没报 eFiling，系统只发警告、不直接拒收；但 CPSC 仍可以审查、驳回证书数据，也可以请求扣货。低价小包（Section 321）没有豁免。不需要证书的商品，可以选报 Disclaim 申明，官方说报了可能改善风险评分。本文按跨境卖家最常问的 8 个问题，写清楚哪些情况要报、谁来报、不需要证书时怎么申明，以及盈尺（Surinch）自营小店怎么在文案和发货资料上把关。
亚马逊运营实操 · 更新于 2026-10-26
美国站黑五网一 Deal 的提报截止日，从原定的 2026-10-20 延到 2026-11-13。依据是 Amazon 在 Seller Forums 的公告，约 2026-10-22 发布，我们 2026-10-26 核对过原文。截止日延了，其他规则没变：Best Deal、Lightning Deal、Prime 专享折扣仍收每个促销 $100 固定费，加促销销售额的 1.5%（上限 $5,000）；Deal 价必须不高于过去 60 天最低价，并比过去 30 天最低价至少再低 5%；10-28 的入仓截止也没变。补报前要先算一件事：你 10 月开的优惠券或降价，可能把 Deal 能报的最高价压低一截。我们拿一款新品算了一遍：要多卖 16–32 件才能覆盖 $100 固定费，按 7% 退货预留后是 18–35 件。
实践复盘 · 更新于 2026-10-25
系列第 1 篇：为什么选这些经验做成付费技能、每条规则从哪来、以及上架前后踩过的坑。
数据库故障手册 · 更新于 2026-10-25
PostgreSQL 17.11 实测（测试库、自造数据，200 万行）：WHERE status = 'disputed' ORDER BY created_at DESC LIMIT 20，只有 (created_at) 索引时，优化器选了倒着扫 idx_created，过滤掉 1811551 行才凑够 20 行，592–625 ms；建 (status, created_at) 后 0.11–0.16 ms。int 列写成 user_id = 4242.0，列被转成 numeric，全表扫 78–81 ms，写成 4242 是 0.10–0.13 ms。预编译语句走 generic plan 时，部分索引 WHERE status = 'pending' 用不上，16.7–18.4 ms，custom plan 0.43 ms。10 道题的慢、快两种写法都在同一环境里一次跑通。
数据库故障手册 · 更新于 2026-10-25
MySQL 8.0.46 实测（测试实例、自造数据）：236 MB 的 mysqldump 备份恢复到空实例用 27.6 秒，整次演练约 33 秒，导入占约 85%；临时关 redo、放宽刷盘、调大 redo 容量、按表并行导入的结果在 26.9–30.8 秒之间，都没有明显缩短，瓶颈是最大的 orders 表单线程导入。更大的风险是“导完才发现用不了”：同一份备份在非空实例上第 24 行就报 ERROR 3546，一张表都没建；DEFINER 用户不存在时导入成功，但视图、触发器、存储过程都报 ERROR 1449；备份中有人 ALTER 了还没导到的表，mysqldump 报 Error 1412、退出码 3，文件停在半截。
AI 运营亚马逊 · 更新于 2026-10-25
发错货投诉不能只看一个后台页面。我们 2026-09-07 调查一款不满意率 21.05%（19 单 4 单）的商品时，Listing 映射正确、已收退件报告 0 行、货件显示「无差异」、另外三款 0 投诉，这些信号都说「没问题」，但都不能排除错货。真正的线索是：这款按货件直接接收了 415 件，申报和采购都只有 300 件。根因是入仓前同箱混装了不同款，被按整箱统一贴标。
亚马逊运营实操 · 更新于 2026-10-25
在亚马逊美国站卖带纽扣电池或硬币电池的产品（遥控器、LED 小灯、电子秤、发光玩具等），要过美国 16 CFR 1263（Reese's Law）：产品本身符合 ANSI/UL 4200A-2023，电池仓要用工具或两个同时动作才能打开；电池包装要用儿童防护包装，并印规定格式的英文警示。CPSC 对产品要求的执行起点是 2024-03-19 之后生产或进口的产品。亚马逊审核时会要 GCC（儿童产品用 CPC）、ISO 17025 实验室的 UL 4200A 报告，以及包装所有面的照片。如果用的是 CR2032 这类锂纽扣电池，它还算锂电池产品：建 ASIN 时要传 UN38.3 测试摘要和电池豁免表，2026-11-02 起属于增强安全类目，不论销售额都要 $1M 责任险（2026-10-25 核对）。
亚马逊运营实操 · 更新于 2026-10-25
2026-12-18 起，亚马逊美国站自发货（FBM）订单的退货，必须由卖家提供预付退货标签；让买家自己付运费的「只给地址」标签不再算数（重货、大件暂时例外）。收到退货请求后 7 个自然日内，你要么在 Manage seller-fulfilled returns 上传预付标签，要么全额免退退款；两样都没做，亚马逊可直接给买家免退退款并从你的账户扣回（Amazon 卖家通知邮件，第三方 2026-10-19 转引原文，2026-10-25 核对）。12-18 正好落在假日延长退货期里：11-01 至 12-31 的订单能退到 2027-01-31。下面是规则原文要点、还没说清的地方，以及怎么按单件价值决定「寄回」还是「直接退款」。
数据库故障手册 · 更新于 2026-10-24
PostgreSQL 17.11 实测（测试库、自造数据）：查询条件写成 created_at::date = '2026-09-03'，按月分区的 24 个分区全扫，95–104 ms；改成 created_at >= '2026-09-03' AND created_at < '2026-09-04' 后只扫 1 个分区，0.93–0.95 ms。按天分 730 个分区后，不带分区键的 user_id = ? LIMIT 20 光规划就要 61–69 ms（不分区表 0.38–0.46 ms），393 个分区被执行到。DEFAULT 分区里有 3 行 11 月数据时，新建 11 月分区直接报错。删一个月 188215 行：DELETE 254.6 ms、WAL 10 MB、表 355 MB 不变小；DETACH CONCURRENTLY + DROP 约 14 ms、WAL 14 kB。
数据库故障手册 · 更新于 2026-10-24
MySQL 8.0.46 实测（测试库、自造数据）：同一条只返回 8 行的查询，(user_id, created_at) 索引 0.2 ms，(created_at, user_id) 索引 48–56 ms，慢约 240 倍，而 rows_examined 两边都是 8，因为被索引下推（ICP）在引擎层滤掉的条目不计入；关掉 ICP 才看到后者扫了 673414 条。IN (7,8) + ORDER BY LIMIT 20 触发 filesort 要 372–390 ms，改写成 UNION ALL 后 1.0–1.1 ms。status=1 占 60%、coupon_code IS NULL 占 98% 时，优化器仍选了索引，比全表扫描慢 4.5 倍和 7.6 倍。写入 20 万行：0 / 2 / 6 个二级索引分别约 1.0 / 2.0 / 3.7 秒。
AI 运营亚马逊 · 更新于 2026-10-24
亚马逊财务事件净额不是利润。我们 2026-09-01~16 返回的财务事件净额是 +$311.21，但里面没有扣广告费和采购成本；同期广告 $558.47、已发货货本 $80.36 扣完，暂估经营净额是 −$327.62（剔除一次性 Vine 注册费 $200 后 −$127.62）。按订单算的经营模型也是负的：广告后贡献 −$82.41，TACoS 53.1% 高于约 45.3% 的保本线。两套口径不能相加，要分开看、各自写清边界。
亚马逊运营实操 · 更新于 2026-10-24
FBA 入库配置费想做到 $0，要选「亚马逊优化拆分」，而且每个商品至少要有 5 个完全相同的箱子（同款、同数量、同组合）；选「最少拆分」发 1 个地点要按件收费，费用在货件收货约 45 天后才扣（Amazon 员工在 Seller Forums 的解释，2026-10-24 核对）。我们 2026 年 6–7 月 3 个货件计划都是 5 个相同的箱子，被拆成 5 票发往 5 个运营中心；2026-09-17 至 10-12 入账的 13 条配置费记录，金额全部是 $0.00。下面是规则、我们的装箱做法、去哪查这笔费，以及什么时候付费反而划算。
亚马逊运营实操 · 更新于 2026-10-24
Amazon 在 Seller Central 新增多渠道销售工具，可连接 eBay、Shopify、TikTok Shop、Walmart 四个渠道，在一个后台看站外 listing 和订单、用 FBA 库存发站外订单，美国卖家逐步开放、不额外收费（Seller Forums 公告约 2026-10-20 发布，2026-10-24 核对）。工具不收钱，但用 FBA 库存发站外订单走的是多渠道配送（MCF），2026-10-15 至 2027-01-14 峰期 1 件订单小号标准 ≤4 oz 每件 $7.53，另加 3.5% 附加费，约 $7.79；同一单 3 件时每件降到约 $4.44。下面是现在能用和还没上线的功能、MCF 账怎么算，以及我们 6 月为什么没开 MCF。
AI 运营亚马逊 · 更新于 2026-10-23
TACoS 变低不等于广告变有效。2026-09-01~16 我们广告费比 8 月同期少了 42.2%，TACoS 从 66.2% 降到 53.1%，但销售也少了 28.0%、访问少了 46.1%，这是缩量。判断方法是看增量：每多花或少花 $1 广告，销售跟着变多少。按我们约 45% 的保本 TACoS，每多花 $1 要多带来约 $2.2 销售才不亏；7 月我们把日均广告从 $18 加到 $61，每多花 $1 只多卖了约 $0.40。
数据库故障手册 · 更新于 2026-10-23
SQL Server 2022（16.0.4305.5）实测（测试库、自造数据）：同一个按 customer_id 汇总的存储过程，计划先被 50 行的小客户编译后，50 万行的大客户每次要 1532120 次逻辑读、510–530 ms；换成大客户先编译，是并行批模式扫描，29957 次读、15–25 ms。兼容级别 160 的 PSP 优化在这份 1 万倍倾斜的数据上没触发，扩展事件给出 SkewnessThresholdNotMet；倾斜做到 20 万倍才拆成 2 个计划变体。修法里 OPTION(RECOMPILE) 和 Query Store hint 效果相同（大客户 16–31 ms、小客户 166 读），OPTIMIZE FOR UNKNOWN 选中的仍是慢计划；覆盖索引让读数降到 1799，但耗时取决于编译时的参数。
数据库故障手册 · 更新于 2026-10-23
MySQL 8.0.46 实测（测试库、自造数据）：一条漏了 status 条件的 DELETE 删掉 157553 行（本想删 15756 行），之后业务又提交了 40 个事务。我用 clone 本地物理备份（100 万行，354ms、194MB）起一个恢复实例，mysqlbinlog --exclude-gtids=<误删事务 GTID> 重放 binlog，0.78–0.88 秒（脚本复跑 1.7 秒），orders 恢复到 1007000 行、payments 205000 行，误删后的写入一个不少。只用 --stop-datetime 停在误删前，40 个事务全丢。不恢复整库也行：从 FULL 行镜像里把 157553 行拼回 INSERT，插回源库约 1.1 秒，CHECKSUM 与整库恢复结果一致。
亚马逊运营实操 · 更新于 2026-10-23
亚马逊美国站 FBA 每箱不能超过 50 磅（约 22.7 公斤），除非箱里只有 1 件超过 50 磅的单品；单品超 50 磅贴 Team Lift，超 100 磅贴 Mechanical Lift，珠宝手表箱不超过 40 磅（Amazon 帮助页原文，经 Amazon 员工在 Seller Forums 引用，2026-10-23 核对）。Amazon 员工给出的公制口径更细：多件标准尺寸商品的箱子 0.15–23 kg、任一边不超过 63.5 cm，超过 15 kg 的箱子要在顶面和侧面贴 Heavy Package 或 Team Lift 标签共 5 张。下面是两套口径怎么对齐，以及我们自己贴重箱标签时踩过的坑。
亚马逊运营实操 · 更新于 2026-10-23
FBA 卖家现在可以自己告诉 Amazon「什么样的退货算全新可售」：按封口包装、配件、真伪标识、设备功能等类别写规则，作用到指定 ASIN、全店或 CSV 批量，还能设按二手卖时的价格百分比（Seller Forums 官方公告，2026-10-23 核对）。同时，2026-10-21 起原翻新计划改名 Restore to New（修复后按新品上架，每件处理费 $1.50–$4.10），Grade and Resell 改名 Sell as Used。2026-11-01 至 12-31 的订单可退到 2027-01-31，旺季退货会集中在 1 月回仓，规则要在 11 月前设好。
数据库故障手册 · 更新于 2026-10-22
PostgreSQL 17.11 实测（测试实例、自造数据）：orders 200 万行，一条漏了条件的 DELETE 删掉 599100 行。用误删前的基础备份（209MB）+ WAL 归档在另一个目录拉起恢复实例，recovery_target_time 设成误删前记下的时间，约 0.6–0.7 秒停在「recovery stopping before commit of transaction 741」，orders 回到 200 万行；再用 \copy 把 599100 行导出、导回原库，约 2.6–2.8 秒，误删后写入的 500 条 payments 不受影响。同一个 xid 用 recovery_target_xid 但不设 recovery_target_inclusive=false，会停在提交之后，orders 还是 1400900 行。
这些专题和案例有独立版式，继续保留原页面。