优先用传统字段而非JSON存名片数据文字类字段拆列并建索引图片存相对路径动态字段用扩展表搜索用前缀匹配拼音字段通知异步解耦富文本须过滤XSS。用 TEXT 还是 JSON 字段存名片图文混合数据MySQL 8.0 支持 JSON 类型但个人名片系统里别一上来就选 JSON。它查起来不走索引除非建虚拟列索引更新单个字段还得全量写入反而拖慢高频读写的名片详情页。真正适合的场景是字段结构稳定、查询条件明确比如按公司名查、按职位模糊搜——这时候用传统字段更直接。常见错误现象JSON 存了 {name:张三,avatar:/imgs/a1.jpg}结果想按 avatar 路径做 CDN 预加载却发现没法在 WHERE 里高效过滤或者前端传回修改后的整个 JSON后端没做 diff 就 UPDATE白白触发 binlog 和从库同步。头像、二维码等二进制内容一律存路径VARCHAR(255)文件本身走对象存储OSS/S3文字类字段姓名、电话、职位、公司、简介拆成独立列加好 INDEX比如 INDEX idx_company (company)如果真有动态扩展字段如“微信 ID”“钉钉号”“小红书主页”用单独的 profile_ext 表 key/value 结构别塞 JSON图片路径怎么存才不怕迁移和 CDN 切换硬编码域名或协议https://cdn.example.com/xxx.jpg是典型坑。一旦换 CDN 域名或上 HTTPS 强制跳转所有老数据就裂开本地开发环境还可能直接 404。正确做法是只存相对路径或资源标识符由应用层拼接前缀。数据库里字段定义为 avatar_path VARCHAR(255)值为 u/123/avatar_v2.jpg 这类无协议、无域名的路径。避免存完整 URL包括 http:// 或 // 开头的协议相对 URL路径中别含用户 ID 明文如 uid_789/avatar.jpg防止被枚举可用短哈希或服务端映射如果支持多图如名片背面扫描件用关联表 card_images而不是在主表加多个 img1/img2 字段如何让搜索姓名/公司时支持中文分词和模糊匹配MySQL 默认的 LIKE %关键词% 在大数据量下会全表扫而且不支持“张三丰”匹配“张三”。InnoDB 的全文索引FULLTEXT对中文基本无效——它按空格切词而中文没空格。 There’s An AI For That 全球领先的 AI 聚合器收集10,225个AI工具可用于超过2,548个任务。