MySQL 5.7：非结构化数据存储的新选择

本文转载自:http://www.innomysql.net/article/23959.html

(只作转载, 不代表本站和博主同意文中观点或证实文中信息)

工作10余年，没有一个版本能像MySQL 5.7那样令我激动与期盼，10月MySQL 5.7 GA版本的发布，意味着MySQL数据库终于有能力在传统企业中向商业数据库发起挑战，开源的Linux操作系统干掉了封闭的Unix系统，MySQL会不会再一次逆袭商业产品？目前来看，或许很难，但是机会已经掌握在自己上手，后面的发展就看MySQL团队能不能把控住各种内在或外在的挑战了。然，不论怎么说，MySQL 5.7的原生JSON功能支持给非结构化数据存储的需求带来了崭新的、更优的选择。

首先来看维基百科对非结构化数据的定义：

Unstructured Data (or unstructured information) refers to information that either does not have a pre-defined data model or is not organized in a pre-defined manner.

非结构数据的特点就是没有预先定义好的数据模型，而传统关系型数据库的要求必然是定义好表结构，这就导致了传统关系型数据库在非结构化数据存储方面较为弱势的地位，从而给了其他NoSQL数据库机会。随着非结构化数据需求的快速发展，例如MongoDB这样的的文档型、非结构数据存储的数据库得到了极大的反战。

好在传统的关系型数据库厂商都意识到了这个问题，都在最新的版本中提供了对于非结构话数据存储功能的支持：

传统关系型数据库	支持JSON格式的版本
MySQL	5.7
Oracle	12.0.1
Microsoft SQL Server	2016
PostgreSQL	9.3

主流的关系型数据库都开始原生支持JSON格式，那么用户还需要MongoDB这类的NoSQL数据库吗？MongoDB是本人非常看好的数据库，从其将Oracle RAC之父（Founding Father for Oracle’s Real Application Clusters）Roger Bamford招致麾下[1][2]，收购WiredTiger存储引擎来看，每次的选择都非常正确与果断，而其Replicate Set和Shard功能对于初级用户都显得那么平易近人，而其瞄准的云数据库市场也是正确的选择。然而，在传统关系型数据库开始推出JSON支持，推出官方shard功能之后，MongoDB的市场份额将不可避免的受到影响。Facebook已经使用MySQL数据库存储非结构数据了，随着时间的推移，相信将来这样的案例会越来越多，或许明年的OOW大会上可能就会看到。

JSON最早是用来在服务器和程序间进行数据交换的一种标准格式，相对于XML结构其可读性更强，占用空间更小，在REST架构下深受程序员们的欢迎。而MongoDB和CouchBase这样的文档数据库使用JSON来存储非结构化数据（半结构化数据），使得JSON在非结构化数据存储这方面成为了标准格式之一。
然而，每个关系型数据库对于JSON的底层支持也各不相同。MongoDB是通过BSON来进行存储数据，MySQL和PostgreSQL也类似，通过添加新的JSON存储方式来支持，这样的好处是在获取JSON对象的某字段时可以直接在底层得到，不需要在上层处理。而Oralce、SQL Server都是通过大对象类型，如LOB来存储JSON数据，借助于约束来进行JSON存储的有效性检查。

接着看一下如何在最新的MySQL数据库中使用原生的JSON格式：

1 2 3