标签归档: MariaDB

有时需要有条件地执行某些 SQL 语句。如果您从 PHP（或 Java 等）应用程序执行，这很容易。但如果您只有纯 SQL 呢？MariaDB 和 MySQL 在 mysql_fix_privilege_tables.sql 脚本（由 mysql_upgrade 工具应用）中使用了两种技术。

1. 使用 IF 语句创建存储过程，调用一次后删除它。这要求用户具有 CREATE ROUTINE 权限，并且 mysql.proc 表必须存在且可用（这并不一定为真——我们是从 mysql_upgrade 执行的，对吧？）。
2. 使用动态 SQL，例如
   SET @str = IF (@have_csv = ‘YES’,
   ‘CREATE TABLE IF NOT EXISTS general_log (
   event_time TIMESTAMP(6) NOT NULL,
   user_host MEDIUMTEXT NOT NULL,
   thread_id BIGINT(21) UNSIGNED NOT NULL,
   server_id INTEGER UNSIGNED NOT NULL,
   command_type VARCHAR(64) NOT NULL,
   argument MEDIUMTEXT NOT NULL
   ) engine=CSV CHARACTER SET utf8 comment=”General log”‘,
   ‘SET @dummy = 0’);

...

继续阅读 “MariaDB 10.1.1: 复合语句”

是的！在 MariaDB 10.1.1 中，PERFORMANCE_SCHEMA 中的表不再使用 .frm 文件。这些文件既不创建也不读取——事实上，PERFORMANCE_SCHEMA 表根本不会接触磁盘。

这得益于 MariaDB 的一个不太为人知的功能——新的表发现（“旧表发现”于 2004 年在 MySQL 中为 NDB Cluster 实现），此功能在 MariaDB 10.0.2 中实现。MariaDB 不再读取和解析 .frm 文件，而是直接询问 PERFORMANCE_SCHEMA 表它具有什么样的结构，并且由于这些表始终具有固定的结构，因此该表直接将其返回给 MariaDB，无需任何外部数据字典。...

继续阅读 “MariaDB 10.1.1：performance_schema 表不再使用 .frm 文件”

正如各位所知，MariaDB 自 MariaDB 10.0.5 版本起就支持角色。它们的实现几乎与 SQL Standard 2003 中指定的 T331“基本角色”和 T332“扩展角色”功能完全一致。

但是我们经常听到抱怨，用户对纯粹标准的特性集并不满意。特别是，标准规定必须执行
SET ROLE foobar;
才能使用授予角色 foobar 的权限。这并非总是方便，有时甚至不可能（想象一下，您需要将角色权限授予一个由闭源应用程序使用的账户）。...

继续阅读 “MariaDB 10.1.1：默认角色”