共计 6143 个字符，预计需要花费 16 分钟才能阅读完成。
最近有个业务需要能够存储 Json 并做一些简单的业务逻辑处理。业务找到我说 json 的数据分析很难用 MySQL 5.6 , 这样的纯粹行存来处理难度很大，问我有没啥办法。
我第一想到的是 mongodb，第二想到的就是 mysql 5.7。然后一查，哎呀，已经 GA 了。众所周知的，mongodb 的引擎层的稳定性一直是短板，而 innodb 经过 10 年的验证，已经是非常稳定的东西了。
所以就在想，是不是可以试试 mysql 5.7，简单尝试，发现 mysql 5.7 + DRDS，完全不带 mongoDB 玩啊。。。
看看我的简单功能测试：
create table json_test (uid int auto_increment,data json,primary key(uid))engine=innodb;
建库
mysql> insert into json_test values (NULL, ‘{“name”:”name1″,”mobile”:”15044447279″,”amount”:400}’);
Query OK, 1 row affected (0.01 sec)
mysql> insert into json_test values (NULL, ‘{“name”:”name1″,”mobile”:”15044447279″,”amount”:300}’);
Query OK, 1 row affected (0.01 sec)
mysql> insert into json_test values (NULL, ‘{“name”:”name2″,”mobile”:”15044447278″,”amount”:300}’);
Query OK, 1 row affected (0.01 sec)
mysql> insert into json_test values (NULL, ‘{“name”:”name3″,”mobile”:”15044447277″,”amount”:300}’);
Query OK, 1 row affected (0.01 sec)
插入四条语句
mysql> select data from json_test;
+———————————————————–+
| data |
+———————————————————–+
| {“name”: “name1”, “amount”: 400, “mobile”: “15044447279”} |
| {“name”: “name1”, “amount”: 300, “mobile”: “15044447279”} |
| {“name”: “name2”, “amount”: 300, “mobile”: “15044447278”} |
| {“name”: “name3”, “amount”: 300, “mobile”: “15044447277”} |
+———————————————————–+
查询这四条 json 语句
mysql> select data->”$.name” as name ,sum(data->”$.amount”) from json_test group by name;
+———+———————–+
| name | sum(data->”$.amount”) |
+———+———————–+
| “name1” | 700 |
| “name2” | 300 |
| “name3” | 300 |
+———+———————–+
做个 group by sum 常见的统计操作
insert into json_test values (NULL, ‘{“mobile”:”15044447277″,”amount”:300}’);
插入一个不带 name 的数据，看看索引对空数据的兼容性情况。
mysql> ALTER TABLE json_test ADD user_name varchar(128) GENERATED ALWAYS AS (json_extract(data,’$.name’)) VIRTUAL;
Query OK, 0 rows affected (0.05 sec)
Records: 0 Duplicates: 0 Warnings: 0
mysql> alter table json_test add index idx_username (user_name);
Query OK, 0 rows affected (0.04 sec)
Records: 0 Duplicates: 0 Warnings: 0
创建虚拟列并建立索引
mysql> select user_name,sum(data->”$.amount”) from json_test where user_name = ‘”name1″‘;
+———–+———————–+
| user_name | sum(data->”$.amount”) |
+———–+———————–+
| “name1” | 700 |
+———–+———————–+
查看符合某个 user_name 的数据的 sum。
mysql> explain select user_name,sum(data->”$.amount”) from json_test where user_name = ‘”name1″‘;
+—-+————-+———–+————+——+—————+————–+———+——-+——+———-+——-+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+—-+————-+———–+————+——+—————+————–+———+——-+——+———-+——-+
| 1 | SIMPLE | json_test | NULL | ref | idx_username | idx_username | 131 | const | 2 | 100.00 | NULL |
+—-+————-+———–+————+——+—————+————–+———+——-+——+———-+——-+
确认带索引数据走到了索引上
===========
然后，这东西竟然还支持事务。。这个就牛逼大了。。
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)
开启事务
mysql> select * from json_test;
+—–+——————————————————————-+———–+
| uid | data | user_name |
+—–+——————————————————————-+———–+
| 1 | {“name”: “name1”, “amount”: 400, “mobile”: “15044447279”} | “name1” |
| 2 | {“name”: “name1”, “amount”: 300, “mobile”: “15044447279”} | “name1” |
| 3 | {“name”: “name2”, “amount”: 300, “mobile”: “15044447278”} | “name2” |
| 4 | {“name”: “name3”, “amount”: 300, “mobile”: “15044447277”} | “name3” |
| 5 | {“amount”: 300, “mobile”: “15044447277”} | NULL |
| 6 | {“amount”: “300”, “name”:”name2”,”mobile”: “15044447278”} | NULL |
+—–+——————————————————————-+———–+
查看原表。
mysql> insert into json_test (uid,data) values (NULL, ‘{“name”:”name1″,”mobile”:”15044447279″,”amount”:300}’);
Query OK, 1 row affected (0.00 sec)
插入新数据
mysql> select * from json_test; +—–+——————————————————————-+———–+
| uid | data | user_name |
+—–+——————————————————————-+———–+
| 1 | {“name”: “name1”, “amount”: 400, “mobile”: “15044447279”} | “name1” |
| 2 | {“name”: “name1”, “amount”: 300, “mobile”: “15044447279”} | “name1” |
| 3 | {“name”: “name2”, “amount”: 300, “mobile”: “15044447278”} | “name2” |
| 4 | {“name”: “name3”, “amount”: 300, “mobile”: “15044447277”} | “name3” |
| 5 | {“amount”: 300, “mobile”: “15044447277”} | NULL |
| 6 | {“amount”: “300”, “name”:”name2”,”mobile”: “15044447278”} | NULL |
| 7 | {“name”: “name1”, “amount”: 300, “mobile”: “15044447279”} | “name1” |
+—–+——————————————————————-+———–+
7 rows in set (0.00 sec)
确认新数据
mysql> rollback;
回滚数据
mysql> select * from json_test;
+—–+——————————————————————-+———–+
| uid | data | user_name |
+—–+——————————————————————-+———–+
| 1 | {“name”: “name1”, “amount”: 400, “mobile”: “15044447279”} | “name1” |
| 2 | {“name”: “name1”, “amount”: 300, “mobile”: “15044447279”} | “name1” |
| 3 | {“name”: “name2”, “amount”: 300, “mobile”: “15044447278”} | “name2” |
| 4 | {“name”: “name3”, “amount”: 300, “mobile”: “15044447277”} | “name3” |
| 5 | {“amount”: 300, “mobile”: “15044447277”} | NULL |
| 6 | {“amount”: “300”, “name”:”name2”,”mobile”: “15044447278”} | NULL |
+—–+——————————————————————-+———–+
6 rows in set (0.00 sec)
对 mysql 5.7 好感度 * 2 啊。。卧槽。
猜测一下虚拟列的做法：
ALTER TABLE json_test ADD user_name varchar(128) GENERATED ALWAYS AS (json_extract(data,’$.name’)) VIRTUAL;
应该写入的时候做一个 trigger 每个 json 都运算 json_extract(data,’$.name’) ��然后写到一个新的不可修改的列里。
这个就可以让原来的行存和文档有一个非常完美的结合，当业务变化大的时候，放到 json 里面，而当变化稳定下来，就迁移到行存里。
完美。推荐！
[译]JSON 数据范式化（normalizr）http://www.linuxidc.com/Linux/2016-02/128288.htm
MySQL5.7 JSON 类型使用介绍 http://www.linuxidc.com/Linux/2015-11/125027.htm
本文永久更新链接地址 ：http://www.linuxidc.com/Linux/2016-04/130272.htm
正文完
星哥说事-微信公众号
![[限时免费正版] 疫情期间「免费福利」最全汇总贴 – 总有你需要的 (持续更新)](https://www.xgss.net/wp-content/themes/puock/timthumb.php?w=120&h=80&a=c&zc=1&q=90&src=https://s.xgss.net/sky/2024-04-08/58d026ed4ee3156eea7b792dc64db37a.png)
![[限时免费正版] Grisly 恐怖庄园的秘密 – 制作用心的中文解谜游戏](https://www.xgss.net/wp-content/themes/puock/timthumb.php?w=120&h=80&a=c&zc=1&q=90&src=https://www.xgss.net/wp-content/themes/puock/assets/img/random/3.jpg)
