现在很多应用环境中都能看到JSON灵活的影子。各阶段数据层次的递归层次，能很好的分辨。一直对MySQL的JSON很期待的，最近才有时间研究一下。
Json 作为程序员最受欢迎的数据格式，使用的越来越广泛了，如果你目前使用的数据库不支持JSON的格式，那显然是满足不了程序员以及 程序微服化的需求以及消息传递和消息承载的要求。
https://www.enterprisedb.com/blog/postgresql-vs-mysql-360-degree-comparison
该文介绍了MySQL 8.0的新特性，包括对Unicode更好的支持、对JSON格式和文档的处理，以及一直以来呼吁增加的象window函数的功能等。
本文主要介绍在MySQL 5.7.7开始引入的非结构化数据类型JSON的特性以及具体的实现方式(包括存储方式)。首先介绍为什么要引入JSON的原生数据类型的支持；接着介绍MySQL给用户提供的JSON操作函数，以及JSON路径表达式语法，结合两者，用户可以在数据库级别操作JSON的任意键值和数据。
我们都知道，从5.7版本开始，MySQL 支持 RFC7159定义的原生JSON数据类型，该类型支持对JSON文档中的数据的有效访问。关于MySQL 8.0 JSON数据类型，后面准备通过一个系列的文章来进行详细的介绍，这样方便大家对MySQL中JSON数据类型的使用有更好的了解；
从MySQL5.7.8开始，MySQL支持原生的JSON数据类型。MySQL 支持RFC 7159定义的全部json 数据类型，具体的包含四种基本类型（strings, numbers, booleans, null）和两种结构化类型（objects and arrays）。
仅支持通过使用 in-place 方式从 MySQL 5.7 升级到 MySQL 8.0 升级； 不支持从 MySQL 8.0 降级到 MySQL 5.7（或从MySQL 8.0 版本降级到任意一个更早的 MySQL 8.0 版本）。唯一受支持的替代方案是在升级之前对数据进行备份。
Document Store 文档存储，又称为面向文档的数据库。在这篇文章里将简要介绍一下什么是文档存储？它与传统的关系型数据库有什么区别？以及MySQL是如何实现文档存储的。
Mysql中需要存储用户的相关证件信息，即存储图片信息， 数量不定。这时候通常采用的做法：
MySQL 8.0 系列的首个正式版 8.0.11 已发布，官方表示 MySQL 8 要比 MySQL 5.7 快 2 倍，还带来了大量的改进和更快的性能！
除了获取Generative AI和JavaScript的支持外，甲骨文的MySQL HeatWave“另一个数据库”还获取了数据湖仓库、机器学习、AutoPilot、分析、OLTP和多云等一系列强大的新功能。
MySQL 支持由 RFC 7159 所定义的原生 JSON 数据类型，通过该类型能够有效访问 JSON（JavaScript 对象表示法）文档中的数据。与将 JSON 格式字符串存储在字符串列中相比，JSON 数据类型提供了以下优点：
在我们日常开发过程中，有时候因为对索引列进行函数调用，导致索引失效。举个例子，比如我们要按月查询记录，而当我们 表中只存时间，如果我们使用如下语句，其中create_time为索引列
在早期的 MySQL 版本中，开发者通常将 JSON 数据以字符串的形式存储在数据库中，这导致了查询效率低下和数据处理复杂。为了解决这个问题，MySQL 8 引入了原生的 JSON 数据类型，允许我们以结构化的方式存储和查询 JSON 数据。
在MySQL与PostgreSQL的对比中，PG的JSON格式支持优势总是不断被拿来比较。其实早先MariaDB也有对非结构化的数据进行存 储的方案，称为dynamic column，但是方案是通过BLOB类型的方式来存储。这样导致的问题是查询性能不高，不能有效建立索引，与一些文档数据库对比，优势并不大，故在社区 的反应其实比较一般。当然，MariaDB的dynamic column功能还不仅限于非结构化数据的存储，但不在本文进行展开。 MySQL 5.7.7 labs版本开始InnoDB存储引擎已经原生
本文为读者提供MariaDB和MySQL的深入见解。分析两者并讨论它们之间的差异。还有一部分内容阐述为什么MySQL用户应该切换到MariaDB。
说明：下面所说的存储都是指在MySQL上的存储，暂时不考虑mongodb、ES这些，毕竟引入新的数据库，会让系统更加复杂。
距离上次更新 MySQL 从零开始系列，已经过去了十几天，时间隔得有点长，由于我选用的是 MySQL 的最新版本，网上的教程大多停留在 MySQL 5.x，所以要参阅一下官方文档，而文档是英文的，看起来比较耗时，希望大家可以理解，此系列一定会更新到底！
设计mysql表结构的时候，有很多数据类型供我们选择，下面来介绍下mysql8中常用的数据类型。
我们自豪的宣布 MySQL 5.7 稳定版开放下载了。 MySQL 5.7.9 是目前世界上最流行开源数据库的一令人兴奋的新版本， 比 MySQL 5.6 快 3 倍，同时还提高了可用性，可管理性和安全性。一些重要的增强功能如下：
有时候大家在做电商商品推广的时候会涉及到一些json串的存储，同时在检索的时候会通过json中里面的段就进行相关检索，这样的话就可能会引入虚拟列这个概念。下面用一个简单的例子来介绍一下虚拟列的使用。
用过 MySQL 都知道，关系型的结构化存储存在一定的弊端，因为它需要预先定义好所有的列以及列对应的类型。但是业务在发展过程中，或许需要扩展单个列的描述功能，这时，如果能用好 JSON 数据类型，那就能打通关系型和非关系型数据的存储之间的界限，为业务提供更好的架构选择。
MySQL的第八个版本蓄势待发，并有望于2018年发布。在MySQL 5.7.9的首个通用版本推出后的28个月内，MySQL 8发布了从8.0.0到8.0.4这五个候选版本。这些发布候选仅针对开发使用，而不应该生产系统中使用。因为这些候选版并不支持版本升级，用户可能会碰上候选版与一般可用（GA）版间存在数据格式不兼容的问题。
Mysql 5.7.12 做出了一项重大改进：支持文档型存储，意味着在 Mysql 中就可以像 MongoDB 那样存储 JSON document 了 这项改进的意义非常重大，Mysql是传统的关系型数据库，加入对文档的支持，意味着Mysql要突破‘关系型数据’概念的束缚，融入NoSQL数据库的优势，只要是好到的东西，以后必然会吸收得更多 支持文档存储之后，对已经非常熟悉Mysql，同时又对文档存储有需求的开发者带来了便利，他们可以直接使用Mysql，不必使用 Mysql + MongoDB 的混合环境了
在早期的MySQL版本中，开发者通常需要为经常需要计算的字段创建额外的物理列，并在数据插入或更新时手动计算这些列的值。这种方法虽然可行，但它增加了数据冗余和应用程序的复杂性。
MySQL 9.0 作为第一个被标记为“创新版本”的发布，带来了多项新特性，旨在提升数据库的性能、功能、安全性和易用性。文章整合多渠道信息内容，文章总结了MySQL9.0的新特性、新特性用途与8.0版本的主要差异，分析了MySQL9.0在GIS方面的功能特点。
1. JSON 支持：MySQL 5.7 引入了对 JSON 数据类型的支持，使得存储和查询 JSON 数据变得更加方便。您可以存储和操作 JSON 数据，使用内置的 JSON 函数进行查询和分析。
网上已经有很多拿PostgreSQL与MySQL比较的文章了，这篇文章只是对一些重要的信息进行下梳理。在开始分析前，先来看下这两张图：
这一节中，将依次介绍MySQL 5.7的各种新特性。由于MySQL 5.7改进较多，因此，本文将这些新特性进行了简单的分类，分为安全性、灵活性、易用性、可用性和性能。接下来，将从各个分类依次进行介绍。
本系列文章基于 5.7.12 版本讲述MySQL的新特性。从安装，文件结构，SQL ,优化 ，运维层面 复制，GITD等几个方面展开介绍 5.7 的新特性和功能。同时也建议大家跟踪官方blog和官方文档，以尽快知悉其新的变化。本文将重点介绍新版本对JSON格式的支持。
在以上场景中，由于需要存储的数据量较小，使用TINYBLOB类型可以起到节约存储空间、提高数据库性能的作用。另外，在存储二进制数据时，应该注意进行合适的编码及格式转换，确保数据的正确性和完整性。
JSON类型的加入模糊了关系型数据库与NoSQL之间的界限，给日常开发也带来了很大的便利。
如果是GBK编码，则一个中文汉字占2个字节，英文占1个字节 如果是UTF8编码，则一个中文汉字占3个字节，而英文字母占1字节。 比如定义某个字段数据类型为：varchar(32)，表示这个可以存储 32 个字符，此时表示的是字符，所以跟中英文无关，也就是该字段可以存储 32 个中文，或者是 32 个英文，或者是 32 个中文和英文的混搭都行。但如果字符数超过 32 个的话就会报错。
开发在使用MySQL中,建立比较大的VARCHAR字段来存储SQL执行的语句或者利用MYSQL 来存储什么VARCHAR(1000) VARCHAR(2000) 之类的事情比比皆是，实际上存储超高的字符的字段在MYSQL中是不提倡的,本来可以是JSON格式的数据，非要变成普通字段存储到MYSQL中，或者使用各种怪异的如下图那样的数据存储方式,有必要这样一根筋的这样处理字符吗？实际上MYSQL8本身支持JSON类型的数据输入,并且很容易处理这些信息
http://www.infoq.com/cn/articles/mariadb-vs-mysql
MySQL的最新版本8.0.22于2020年10月19日正式发行。这一版本里面有哪些变化，让我们快速浏览一下。
MySQL支持多种数据类型：数字类型，日期和时间类型，字符类型，空间类型和JSON类型。
使用MySQL的有Facebook、Github、YouTube、Twitter、PayPal、诺基亚、Spotify、Netflix等。
之前的文章中分别介绍了MySQL 8.0在索引方面的新特性--隐藏索引 和 降序索引，详细内容可查看之前的文章内容；
（1）在MySQL 8.0中，caching_sha2_password是默认的验证插件。为了使MySQL5.7能够使用使用caching_sha2_password进行身份验证连接到8.0服务器，MySQL 5.7客户端库和客户端程序从MySQL 5.7.23开始支持caching_sha2_password客户端身份验证插件。这提高了MySQL 5.7与MySQL 8.0和更高版本服务器的兼容性。请参见第6.4.1.5节“缓存SHA-2可插入认证”。
MySQL支持由 RFC 7159 定义的原生JSON 数据类型，该数据类型可以有效访问 JSON（JavaScript Object Notation）中的元素数据。与将JSON 格式的字符串存储为单个字符串类型相比，JSON 数据类型具有以下优势：
MySQL 3.23是MySQL系列的早期版本，为开发人员提供了一个稳定的开源数据库系统。
在 MySQL 中，并没有内置的数组数据类型。但是，MySQL 提供了一些可以实现类似数组功能的机制，如使用字符串来存储由逗号分隔的值，使用 JSON 类型来存储数组数据等。
一般情况下，会考虑到MySQL与MongoDB如何做技术选型的时候，你一定是遇到了类似于非结构化数据JSON的存取难题，否则大家都直接MySQL开始搞起了。
在数据库圈子，大家都知道2016年 Uber 干出来一件大事件，把 PostgreSQL 切换到了 MySQL，当时社区里一阵喧哗。这里想带着大家思考一下选择的背后。
引言：设计数据存储方案时，Feed流、IM消息、订单等一些典型业务场景的，都有比较多的技术文章和教学课程；在线Excel场景下的文章却很匮乏，所以把自己近期对在线Excel存储选型的一些思考写下来，和大家一起交流。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
