在之前的版本包括oracle mysql/percona server版本中，所有的动态SQL都需要通过prepare执行，如下：
prepare stmt from "select 1"; execute stmt; deallocate prepare stmt;
现在可以这样执行：
EXECUTE IMMEDIATE ‘SELECT 1‘
时间： 2024-08-13 09:15:15
mariadb 10.2.3支持oracle execute immediate语法
mariadb 10.2.3支持oracle execute immediate语法的相关文章
MariaDB 10.3 序列
在MariaDB 10.3版本中sequence是特殊的表,和表使用相同的namespace,因此表和序列的名字不能相同. MariaDB [wuhan]> select version(); +--------------------+ | version() | +--------------------+ | 10.3.8-MariaDB-log | +--------------------+ 1 row in set (0.000 sec) MariaDB [wuhan]> crea
MariaDB 10.0.X中，动态列支持 JSON 格式来获取数据。
MariaDB 10.0.X中,动态列(Dynamic Columns),可以支持 JSON 格式来获取数据. 为了兼容传统SQL语法,MariaDB 10和MySQL5.7支持原生JSON格式,即关系型数据库和文档型NoSQL数据库集于一身. 使用说明: ###表结构 create table assets ( item_name varchar(32) primary key, -- A common attribute for all items dynamic_cols blo
mariadb 10 多源复制(Multi-source replication) 业务使用场景分析，及使用方法
mariadb 10 多源复制(Multi-source replication) 业务使用场景分析,及使用方法 官方mysql一个slave只能对应一个master,mariadb 10开始支持多源复制,一个slave可以有多个master,分别从各自的master复制不同的DB. 这个特性可以用在OLAP环境中,传统电商DB都是拆了再拆,分库分表,sharding,而OLAP环境或者大数据平台环境,通常需要各种数据的聚合,多个平台多个DB数据的复合查询,而这些数据分散在各个库中,怎么办了,当
MariaDB 10 基于OpenSSL的主从复制
需求架构 准备工作 主从服务器时间同步 # 主从服务器同时配置crontab任务,与NTP服务器同步时间即可 */5 * * * * ntpdate 172.16.0.1 &>/dev/null 部署配置 主库配置 vi /etc/my.cnf server-id = 1 # 在复制架构中,需保持全局唯一 log-bin = mysql-bin # 默认在数据目录下 sync_binlog = 1 # 设置mariadb每次在提交事务前会将二进制日志同步到磁盘,保证服务器崩溃时不会丢失事件
MariaDB 10之TokuDB存储引擎
TokuDB存储引擎,你可以把它看做是ARCHIVE存储引擎的升级版,它拥有了密集压缩,并且支持事务. 压缩比: Engine Compression Table size [MB] InnoDB none 2272 InnoDB KEY_BLOCK_SIZE=8 1144 InnoDB KEY_BLOCK_SIZE=4 584 MyISAM none 1810 MyISAM compressed with myisampack 809 Archive default 2
总结一下，MariaDB 10（MySQL5.6企业版分支）的主要新特性
① 支持48核的CPU,而5.5支持24核的CPU ② 内存热数据持久化,我们知道当系统重启或者mysql进程重启后,Innodb的内存池里面的热数据全部清空,需要重新把磁盘的数据缓存进来,然后根据 LRU最近最少使用原则,把热数据保持在内存里,冷数据踢出到磁盘里.这个过程是缓慢的.5.6里改进了这一点,会自动把内存的热数据导出到磁盘里,这样 mysql重启后,会立即从磁盘里导入Innodb内存池,减少了与磁盘IO的交互. ③ 在线DDL功能.5.5版本里,修改表结构会导致锁表,例如用户进件会卡
mariadb 10.1查看per connection内存消耗
在mariadb 10.1版本中,在information_schema.processlist表中,新增了几个字段,其中有一个memory_used,其记录的是连接的内存消耗. 同时新增了一个状态变量memory_used,其记录的应该是所有连接加起来消耗的内存(官方并没有特别详细地解释https://mariadb.com/kb/en/mariadb/show-processlist/),应该类似于oracle pga的概念. 为了再检查下mysql占用内存远超过buffer pool的原因
mariadb 10.1.xx 自带数据库审计插件，直接上操作过程
MariaDB 10.1.20 最新版本使用自带插件 192.168.1.91 开启数据库审计 192.168.1.94 远程访问,执行ddl,dml,dcl 可以细粒度审计 大早上起早来公司做测试,数据库先装的,直接上操作过程 [[email protected] /]# mysql -uroot -p Enter password: Welcome to the MariaDB monitor. Commands end with ; or \g. Your MariaDB connect
MariaDB 10 Slave Crash-Safe需转为GTID复制模式
之前写了一篇<MySQL5.6 crash-safe replication> ,但在Mariadb10.0.X和10.1.X上不支持relay_log_info_repository = TABLE参数,官网建议用GTID复制模式代替传统复制模式,传统复制模式是不支持Slave Crash-Safe的. 在mysql库下,会有一张gtid_slave_pos表(在安装初始化时,就已经是innodb引擎) START TRANSACTION; -- Statement 1 -- ... --