Surinch
页面加载中Surinch
页面加载中资源中心 / 全部资料
按发布时间从新到旧排列。每篇资料都围绕一个具体业务问题展开，并连接到自查模板、免费工具和下一步入口。
数据库故障手册 · 更新于 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 行。
数据库故障手册 · 更新于 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。
这些专题和案例有独立版式，继续保留原页面。