根本原因是CSV文件编码、phpMyAdmin解析行为与MySQL连接层三者未对齐；需确认CSV真实编码（警惕UTF-8 with BOM）、执行SET NAMES utf8mb4确保连接层一致，并显式将表字段设为utf8mb4 COLLATE utf8mb4_unicode_ci。
phpMyAdmin 在 WAMP 环境下导入 CSV 出现中文乱码，**根本原因不是 WAMP 配置错了，而是 CSV 文件编码、phpMyAdmin 解析行为、MySQL 连接层三者没对齐**。直接改 my.ini 或重装 WAMP 通常白忙。
先确认 CSV 文件真实编码，别信文件名或记事本标称
windows 记事本显示“utf-8”大概率是 utf-8 with bom（开头三个字节 \xef\xbb\xbf），而 wamp 下的 phpmyadmin（尤其 5.2.x）会把 bom 当普通字符吞掉，导致首字段多出 ，后续全错位。
实操建议：
• 用 vs code 打开 csv，右下角看真实编码（不是“utf-8”，而是“utf-8 with bom”或“utf-8”）
• 或命令行执行：file -i your_file.csv（需安装 git bash 或 wsl）
• 若显示 charset=iso-8859-1 或 gbk，别硬选 utf8mb4 —— 先转码再导入
• 转码用 notepad++：编码 → 转为 utf-8 编码（注意：不是“以 utf-8 编码保存”，那是带 bom 的）
导入前必须手动执行 SET NAMES utf8mb4
phpMyAdmin 界面里那个“字符集”下拉框只控制它自己读 CSV 的解码方式，不控制 MySQL 实际接收时用的 character_set_client。WAMP 默认连接常是 latin1，你在这儿选 utf8mb4 没用——数据进表前就被 MySQL 按 latin1 解了一次。
实操建议：
• 在 phpMyAdmin 的 SQL 标签页运行：SET NAMES utf8mb4;
• 紧接着查：SELECT @@character_set_client;，返回值必须是 utf8mb4
• 如果还是 latin1，说明 WAMP 的 MySQL 连接配置没生效，此时临时改表比调配置更快
数据库和表字段必须显式设为 utf8mb4，不能靠默认
WAMP 新建库时勾了 “utf8mb4” 只影响后续新建的表，已有表的字段仍卡在 utf8_general_ci 或更旧编码上，存中文会静默截断或变问号。
实操建议：
• 查当前表实际编码：SHOW CREATE TABLE your_table;，重点看字段定义末尾是否含 CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci
• 单字段修复：ALTER TABLE your_table MODIFY COLUMN your_column VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
• 别漏掉 COLLATE，只改 CHARACTER SET 不够
使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。
WAMP 下大文件导入失败，别只调 php.ini
超过 2MB 的 CSV 在 WAMP 中常卡在上传阶段，报错可能是 413 Request Entity Too Large（Nginx）或 Maximum execution time exceeded（PHP），但 WAMP 默认用 Apache，所以重点是：
• 改 php.ini：upload_max_filesize = 128M、post_max_size = 128M、max_execution_time = 300，改完重启 Apache
• 更关键的是 Apache 配置：LimitRequestBody 默认是 0（不限），但某些 WAMP 版本会覆盖成小值，检查 httpd.conf 或 apache/conf/extra/httpd-php.conf 里有没有这行，注释掉或调大
• 最省事：把 CSV 压成 .zip 再上传 —— phpMyAdmin 支持自动解压，能绕过多数上传限制
