MySQL · 社区动态 · MariaDB 10.2 前瞻

继 MariaDB 10.1 之后,对标 MySQL 5.7 的 MariaDB 10.2 版本也即将封板,那么我们就来看看新的版本有哪些新的功能吧。

之前的月报我们写过一篇关于 Window Function 的介绍,除此之外,10.2.2 又即将发布一些新的特性。

Virtual Columns 进一步加强

目前有两种类型的虚拟列:PERSISTENT/STORED 类型,这种类型的虚拟列的值是直接存在表中的;而 VIRTUAL 类型,其实只是一个定义,表结构中并不包括这个列,在需要用到的时候临时计算。默认值是 VIRTUAL。

虚拟列的语法

<type> [GENERATED ALWAYS] AS ( <expression> )
[VIRTUAL | PERSISTENT | STORED] [UNIQUE] [UNIQUE KEY] [COMMENT <text>]

限制

  1. 只有支持的引擎才能使用虚拟列,目前InnoDB, Aria, MyISAM 和 CONNECT 引擎都能支持。
  2. 有限的支持虚拟列索引。VIRTUAL 类型的虚拟列不能作为主键也不能建索引。
  3. PERSISTENT 类型的虚拟列可以建索引,也可以作为外键,但是不支持 ON UPDATE CASCADE, ON UPDATE SET NULL, ON DELETE SET NULL。
  4. 不能用使用自定义函数来定义虚拟列,内置的函数可以。
  5. 不能定义虚拟列的虚拟列。

用例

表结构如下

USE TEST;

CREATE TABLE table1 (
     a INT NOT NULL,
     b VARCHAR(32),
     c INT AS (a mod 10) VIRTUAL,
     d VARCHAR(5) AS (left(b,5)) PERSISTENT);

用 DESCRIBE 语法来看表结构,在 Extra 列能看到相关的信息。

DESCRIBE table1;
+-------+-------------+------+-----+---------+------------+
| Field | Type        | Null | Key | Default | Extra      |
+-------+-------------+------+-----+---------+------------+
| a     | int(11)     | NO   |     | NULL    |            |
| b     | varchar(32) | YES  |     | NULL    |            |
| c     | int(11)     | YES  |     | NULL    | VIRTUAL    |
| d     | varchar(5)  | YES  |     | NULL    | PERSISTENT |
+-------+-------------+------+-----+---------+------------+

再来做一些操作看效果

INSERT INTO table1 VALUES (1, 'some text',default,default);
Query OK, 1 row affected (0.00 sec)

INSERT INTO table1 VALUES (2, 'more text',5,default);
Query OK, 1 row affected, 1 warning (0.00 sec)

Warning (Code 1645): The value specified for computed column 'c' in table 'table1' ignored.

INSERT INTO table1 VALUES (123, 'even more text',default,'something');
Query OK, 1 row affected, 2 warnings (0.00 sec)

Warning (Code 1645): The value specified for computed column 'd' in table 'table1' ignored.
Warning (Code 1265): Data truncated for column 'd' at row 1

SELECT * FROM table1;
+-----+----------------+------+-------+
| a   | b              | c    | d     |
+-----+----------------+------+-------+
|   1 | some text      |    1 | some  |
|   2 | more text      |    2 | more  |
| 123 | even more text |    3 | even  |
+-----+----------------+------+-------+
3 rows in set (0.00 sec)

可以看到虚拟列都起效果了。

DEFAULT 支持表达式

在当前的所有MySQL版本及分支中,都只能定义固定的 DEFAULT 值,或者特定的类型如 AUTO_INCREMENT, CURRENT_TIMESTAMP。
在 10.1 中能支持 DATETIME 类型也使用 CURRENT_TIMESTAMP 定义默认值。
然而 MariaDB 10.2 中已经可以使用表达式来定义固定值。

例如你可以这么定义:

CREATE TABLE t1 (a int DEFAULT (1+1), b int DEFAULT (a+1));
CREATE TABLE t2 (a bigint primary key DEFAULT UUID_SHORT());

但是表达式不支持存储函数和子查询,而且表达式中如果包含另外的列,那么那个列必须在当前列之前定义了。

并且 BLOB 和 TEXT 类型也支持DEFAULT值定义了。

但是必须注意,在 DEFAULT 使用表达式,必须使用ROW格式才能保证复制的数据安全,当然,任何时候我们都建议使用ROW_FORMAT。

外键定义支持表达式CHECK

CHECK的语法

InnoDB是支持外键约束的,基本语法如下:

[CONSTRAINT [symbol]] FOREIGN KEY
    [index_name] (index_col_name, ...)
    REFERENCES tbl_name (index_col_name,...)
    [ON DELETE reference_option]
    [ON UPDATE reference_option]

reference_option:
    RESTRICT | CASCADE | SET NULL | NO ACTION

可以看到只能支持基本的索引列约束,相对来说是比较简单的。
MariaDB 10.2 将其扩充增加了 CHECK 语法,可以使用表达式来做约束:

CHECK(expression) # 用于检查列的值,在列定义的时候使用
CONSTRAINT [constraint_name] CHECK (expression)

用例

比如我们可以定义一张这样的表。

CREATE TABLE t1 (a INT CHECK (a>2), b INT CHECK (b>2), CONSTRAINT a_greater CHECK (a>b));

比如做一些最简单的数值检查

CREATE TABLE t1 (a INT CHECK (a>2), b INT CHECK (b>2), CONSTRAINT a_greater CHECK (a>b));

INSERT INTO t1(a) VALUES (1);
ERROR 4022 (23000): CONSTRAINT `a` failed for `test`.`t1`

INSERT INTO t1(a,b) VALUES (3,4);
ERROR 4022 (23000): CONSTRAINT `a_greater` failed for `test`.`t1`

INSERT INTO t1(a,b) VALUES (4,3);
Query OK, 1 row affected (0.04 sec)

可以看到 CHECK 检查的条件生效了。

当然更复杂一点还能引入一些内置函数,包括UDF来做检查:

CREATE TABLE t2 (name VARCHAR(30) CHECK (CHAR_LENGTH(name)>2), start_date DATE,
  end_date DATE CHECK (start_date IS NULL OR end_date IS NULL OR start_date<end_date));

INSERT INTO t2(name, start_date, end_date) VALUES('Ione', '2003-12-15', '2014-11-09');
Query OK, 1 row affected (0.04 sec)

INSERT INTO t2(name, start_date, end_date) VALUES('Io', '2003-12-15', '2014-11-09');
ERROR 4022 (23000): CONSTRAINT `name` failed for `test`.`t2`

INSERT INTO t2(name, start_date, end_date) VALUES('Ione', NULL, '2014-11-09');
Query OK, 1 row affected (0.04 sec)

INSERT INTO t2(name, start_date, end_date) VALUES('Ione', '2015-12-15', '2014-11-09');
ERROR 4022 (23000): CONSTRAINT `end_date` failed for `test`.`t2`

这样在某些情况下可以把一些简单的逻辑检查放到数据库做,大大简化程序的设计。

总结

MariaDB 10.2 是 MariaDB 一个较大的里程碑版本,很多社区呼声很大的功能都被扩充进去,对用户来说是个福音。MariaDB和MySQL相互竞争,对整个MySQL及其兼容分支的发展都是一个很好的现象,有竞争就有动力,无论是MySQL还是MariaDB,在强大的竞争压力下,进度都快起来了,新功能不断的加入,代码不断的优化,最终受益的都是我们这些用户。

时间: 2024-08-31 23:27:04

MySQL · 社区动态 · MariaDB 10.2 前瞻的相关文章

MySQL · 社区动态 · MariaDB Role 体系

背景 从 MairaDB 10.0.5 开始,MariaDB 开始提供 Role(角色)的功能,补全了大家一直吐槽的 MySQL 不能像 Oracle 一样支持角色定义的功能. 一个角色就是把一堆的权限捆绑在一起授权,这个功能对于有很多用户拥有相同权限的情况可以显著提高管理效率.在有角色之前,这种情况只能为每个用户都做一大堆的授权操作,或者是给很多个需要相同权限的用户提供同一个账号去使用,这又会导致你要分析用户行为的时候不知道哪个操作是哪个具体用户发起的. 有了角色,这样的管理就太容易了.例如,

数据库内核月报 - 2015 / 08-MySQL · 社区动态 · MariaDB InnoDB表空间碎片整理

介绍 当你对InnoDB进行修改操作时,例如删除一些行,这些行只是被标记为"已删除",而不是真的从索引中物理删除了,因而空间也没有真的被释放回收.InnoDB的Purge线程会异步的来清理这些没用的索引键和行,但是依然没有把这些释放出来的空间还给操作系统重新使用,因而会导致页面中存在很多空洞.如果表结构中包含动态长度字段,那么这些空洞甚至可能不能被InnoDB重新用来存新的行,因为空间空间长度不足. 有些用户可能会使用 OPTIMIZE TABLE 或者 ALTER TABLE <

MySQL · 社区见闻 · MariaDB Developer Meeting 2016

高能预警:这还不是一篇纯技术的月报-- 前言 Percona Live 之后紧接着第二天就是 MariaDB Developer Meeting,会议地点就在Booking的办公大楼这次会议的主题就是讨论 10.3 的规划,以及 10.2 的 GA 计划,以及还需要加入 10.2 的功能. 先哭一会别人家的办公楼,这风景. MariaDB Foundation 不比各种商业公司,全靠捐赠维持,所以能简化就简化,因此没有高大上的参会证了,就这么个手写的-- 本次作为基金会 Replication

MariaDB · 社区动态 · MariaDB on Power8

前言 Power平台作为IBM的企业级平台,其稳定性和高效能在业界尤其是大型金融企业有着良好的口碑,MariaDB作为MySQL的重要开源分支,也对IBM Power8平台进行了适配. 很幸运我拿到了一台Power8的机器,在Linux on Power上成功编译了MariaDB 10.1版本,不过还没有拿到同规格的PC服务器用于对比,所以本期我先介绍一下MariaDB on Power的一些信息,下期月报我会拿出实测对比数据,并且分析一下MariaDB在Power平台和x86平台上关键路径的效

MariaDB · 社区动态 · MariaDB on Power8 (下)

背景 上一期月报MariaDB on Power8我介绍了下 MariaDB 为 Power 处理器所做的一些优化,但是并没有给出实际测试的效果,这次月报我们借到了一台Power8的机器,有机会亲自试一把 MariaDB 在 Power 上的表现. 环境 一切不交代测试场景的Benchmark都是Benchmarketing. 因为Power和Intel之间对标的CPU型号我无法得知,因此这个测试仅仅用来观察MariaDB/MySQL在Power和Intel之间一些特质的差异,而非性能的直接对比

从MySQL 5.5迁移到Mariadb 10.1.14所遇到的问题_Mysql

迁移计划如下: 1.备份MySQL 5.5的数据库,对指定库进行备份. 2.还原到Mariadb,然后建立复制. 3.然后就可以愿意啥时候切换就啥时候切换. 遇到的问题: 因为一般都是innodb,所以我想用xtrabackup工具备份.备份后发现还原需要依赖innodb的表空间切换. 1.表空间切换,必须要打开innodb_file_per_table.也就是说所有的表都要有独立的文件.有一些表虽然是innodb但是存在ibdata下面. 幸好可以申请维护窗口,简单粗暴的重建了. 2.从MyS

MariaDB 10.2 首个 GA 10.2.6 发布,MySQL 分支版本

MariaDB 10.2 首个 GA 10.2.6 发布了.新版采用 InnoDB 为默认存储引擎,更多更新如下: 新版本特性 InnoDB as default InnoDB is now the default storage engine. Until MariaDB 10.1, MariaDB used the XtraDB storage engine as default Syntax / general features MyRocks alpha storage engine a

Ubuntu环境下将 Mysql 5.5 数据库迁移到 MariaDB 10 步骤

这篇文章是我们自己亲手实验过的,系统为 Ubuntu 14.04 server,Mysql 数据库为 Mysql 5.5,准备迁移到 Maria DB 10.1 版本,关于其他版本的迁移方法详细的说明你可以去官方查看,这里我只说说我所实验过的. 关于为什么迁移到 MariaDB,知道 Oralce 收购 Sun 的用户应该知道,当然这已经是几年以前的事情了,本人一直不是很喜欢oracle在MySQL上面的态度,自己要是安装数据库基本上都会使用 MariaDB.整个迁移过程基本无痛,也没什么需要特

数据库mysql,oracle,sqlite,mariadb 相关收藏

数据库 mysql MySql动态SQL - 风生水起 - 博客园 MySQL :: MySQL 5.1参考手册 :: B. 错误代码和消息 mysql 表空间及索引的查看 - 爱测试的猫咪 - 博客园 复制 mysql数据库复制_百度文库 mysql数据库'复制'的办法 - wren_blog - 51CTO技术博客 命令 Out of resources when opening file './xxx.MYD' (Errcode: 24) 解决 - MySQL - Database - C