向第二个 Website 导入客户时提示 Duplicate email，明明业务允许同一邮箱分别注册。Magento 的 Customer Account Sharing 设置决定邮箱唯一性按 Global 还是 Per Website；CSV 的 website 字段为空或错误也会导入默认站。

固定复现条件

记录账号共享配置、目标 Website Code、CSV 中 website/store 字段及现有 customer_entity 的 website_id。对邮箱脱敏，只用测试账号复现。

php bin/magento config:show customer/account_share/scope
SELECT website_id,code,name FROM store_website ORDER BY website_id;
SELECT entity_id,email,website_id,store_id,created_at FROM customer_entity WHERE email='test@example.com';
head -n 3 customers.csv
file -bi customers.csv

根据证据定位

Global scope 下同邮箱本来就只能一个；Per Website 仍冲突时，CSV 可能映射到同一 website。切换共享范围不会自动安全拆分或合并已有客户，订单与地址关联需评估。

修复与回滚

先确定业务账号模型，再在导入模板中使用准确 Website Code。已有重复或待合并客户应通过审计过的迁移方案处理密码、地址、订单和订阅；不要直接改 website_id 或删除客户绕过唯一约束。

验收

两个 Website 导入、登录、重置密码和查看订单都符合共享规则；错误 Website 值被明确拒绝，历史订单不会串到另一账号。

生产环境操作前的检查

处理“Magento 2 客户导入提示重复邮箱但属于不同网站”前，先记录 Magento 版本、部署模式、问题 Store View、复现时间和最近发布。所有 SQL 默认先执行 SELECT；写操作、目录清理、服务重启和配置切换必须确认范围、保留备份并准备回滚。多节点环境还要核对构建版本、app/etc/env.php 配置摘要和实际流量节点。

php bin/magento --version
php bin/magento deploy:mode:show
php bin/magento maintenance:status
php bin/magento indexer:status
php bin/magento cache:status

命令应由 Magento 文件所有者在项目根目录执行。不要在生产高峰同时运行全量索引、静态部署和数据修复；涉及客户、支付、税费、库存或订单的变更，应先在脱敏数据副本验证。

建立可比较的排查记录

每次实验只改变一个变量，记录操作前值、命令、开始与结束时间、结果和回滚方式。至少准备一个正常对象和一个异常对象；旧对象恢复而新对象仍能复现，说明根因尚未消除。

检查层证据通过标准
入口 URL、状态码、请求 ID、节点 路由与协议一致
应用 异常堆栈、模块、作用域 无新异常且可重复
数据 主键、时间、关联行数 关系完整无重复副作用
业务 正常、失败与重试路径 最终状态一致

修复后的观察窗口

上线后至少观察一轮 Cron、队列和索引周期，并在两台节点、无痕浏览器与目标 Store View 重复验证。临时调试日志必须脱敏，确认错误率、响应时间和数据量稳定后及时关闭。