【MySQL】处理JSON数据

业务需要灵活的数据结构

通常，我们在使用MySQL这类关系型数据库时，会遵守一些准则来设计表结构。

但实际应用场景与“严格的单一准则”是有差距的。因为实际情况中需要考虑多方面的平衡作出妥协。

如，我们刚学完数据库原理时，往往会倾向于努力设计满足BC范式的表结构，或者至少是满足第三范式的表结构。

但当我们在解决实际工程问题时，可能会作出一些无法满足这些范式要求的表结构设计决议。这些设计在当时可能是一个不错的选择（即使事后我们可能会对自己大肆批判）。

如，我们可能会将“start_time”、“end_time”和“elapsed”三个字段共存，其中 elapsed = end_time - start_time 以减少计算量。这就不满足第三范式了

如，我们可能会让“user_id”和“user_name”这两个字段在task记录中共存，以减少连表查询。这就不满足第二范式了

而我们现在要说的JSON类型的字段则导致了“表中表”，不满足第一范式。

 

因为SQL（Structured Query Language，结构化查询语言）式的数据操作方式比较固化，而现实应用中又经常出现灵活性的需求。

虽然有各种NoSQL数据库可以解决很多这方面的问题，但出于各方面成本的考量，有时候我们会将数据都存在MySQL中。即，给部分数据各自分配一个字段固化，并留一个字段存储其它数据复合后的值。

如，对于一个Task表，我们可以将 'id'，'name'，‘type’ 等数据各自分配一个字段固化，

而 'arg' 的结构因为 'type' 的不同也会不同，所以我们可以设置一个 'arg' 字段，存储Task各项参数复合后的数据。

我们可以自定义对这些复合数据字段的解析规则（也就是序列化和反序列化）。当然更多的是选取JSON作为这类字段的数据结构标准。

 

MySQL JSON 类型字段

以前，我们一般选用 MySQL 的 VARCHAR 或 TEXT 等作为这类复合数据字段的类型。

从5.7.8开始，MySQL将 JSON 作为标准的字段类型之一。

与JSON格式的纯文本字段相比，JSON类型的字段有以下优势：

• 自动校验JSON格式。如果添加的数据不符合JSON规范将会报错。
  • 注意：MySQL中合法的JSON字符串格式与我们通常处理的JSON数据可能有些不同。某些场景下，我们习惯将JSON字符串解析成对象（{...}）或数组（[...]），而不考虑单个值的情况（如：“1”）。
• 存储格式经过优化。读取JSON内容项的速度更快。
  • 因为MySQL提供的内部数据结构允许通过内容项的key或index直接访问目标数据，而无需将处理其它数据。比以前的上层应用读取整块内容再解析的方式更快。

注：

• 虽然JSON字段可以存储的数