MySQL里面保存数据有时候会把一些杂乱且不常用的时候丢进一个json字段里面
下面说说mysql存储json注意那些格式吧：
1：注意保存是中文不要变成转码的，转码之后导致查询非常麻烦，压缩时候后面多带一个参数，方便不止一点点哟！
json_encode(array(),JSON_UNESCAPED_UNICODE);
好处：这样查询的时候中文字符更好的匹配查询
2：字段统一 存的时候最好开始定好字段名称 ，开发一个大点的项目不可能一个人开发统一字段可以减少很多不需要的麻烦和字段不同意导致bug（反正我是在这上面吃过一个亏，但是带大家做项目当时没想到加上赶导致后面测试修改耗费比开发更多时间）
好处：减少查询出来数据代码处理量，降低项目页面显示bug
3:能存一维数组绝对不要存二维数组
原因：二维数组不可控，这个还是的更具需求来定
个人习惯反正这是我的习惯，哈哈哈，不爽可以来打我呀！
下面说正事：查询当然用的是like
例如有一张table表里面有一个content字段，现在是找出actid为123456789的
5.7：select * from table where content->'$.actid' like '%123456789%'; 5.6：select * from table where content like '%"actid":"123456789"%'
这样应该一看就懂，教学吗教肯定全套，做个保健不也是，所以代码里面有的人说怎么用
$id="123456789"; $sql="select * from table where content like '%\"actid":\""$id"\"%\'";
以上所述是小编给大家介绍的mysql5.6及以下版本如何查询数据库里的json，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对网站的支持！
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？