powdba@woqutech
暂时未有相关通用技术能力~
阿里云技能认证
详细说明MySQL 8.0已经成为最受瞩目的版本,增加了许多新特性,如Clone Plugin、Hash Join等等。由于新的MySQL重做日志和数据字典格式,所以推出新的XtraBackup 8.0版本,本文基于MySQL产品在自动搭建备库时遇到问题做出解析。
审计日志的重要性不言而喻,本文分析修改审计日志的代码后导致性能下降的排查过程
安装半同步复制插件 在MariaDB 10.3.3和更高版本中,半同步复制功能内置于MariaDB服务器中,不再由插件提供。这意味着这些版本不支持安装插件。半同步复制插件实际上是两个不同的插件,一个是主插件,一个是从插件。
1、背景 MySQL包含许多种日志,其中包括:redo log、undo log、error log、binlog等等,其中binlog是区别其他关系型数据库所独有的,也是MySQL中最重要的日志之一,其作用是用于主备复制、闪回、基于时间点恢复等等;本文基于公司产品需求,对比研究5.7版本下binlog server备份binlog的功能,以及该工具的优缺点。
1. MySQL server的binlog清理 1.1 使用MySQL参数控制 expire_logs_days 设置二进制日志的过期天数,过了指定天数的日志将被自动删除,可动态修改 如果设置了非0值,则在mysqld启动和日志刷新时,可能执行清理超过定义天数的binlog file 全局变...
1. InnoDB统计信息介绍 本节介绍如何为表配置持久性和非持久性优化程序统计信息InnoDB 。 持久优化器统计信息在服务器重新启动时保持不变,从而实现更高的计划稳定性和更一致的查询性能。持久优化器统计信息还提供了控制和灵活性以及这些额外的好处: 您可以使用 innodb_stats_auto_recalc 配置选项来控制在对表进行实质性更改后是否自动更新统计信息。
开启 GTID 之后,会由部分的限制,内容如下: 更新非事务引擎表GTID 同步复制是基于事务的,所以 MyISAM 存储引擎不支持,这可能导致多个 GTID 分配给同一个事务。 使用GTID时,使用非事务性存储引擎(如MyISAM)对表的更新不能在与使用事务性存储引擎(如InnoDB)的表的更新相同的语句或事务中进行。
背景 MySQL5.7.21 Centos 7.4 innodb_force_recovery=0 信息收集 MySQL物理备份报错 190425 11:58:54 >> log scanned up to (174805994673) 190425 11:58:55 >> log.
介绍 innochecksum打印InnoDB文件的校验和。此工具读取InnoDB表空间文件,计算每个页面的校验和,将计算的校验和与存储的校验和进行比较,并报告不匹配,这表明页面已损坏。它最初是为了在停电后加快验证表空间文件的完整性而开发的,但也可以在文件复制后使用。
背景 MariaDB作为MySQL的分支,其功能越来越受人关注。本文是针对MariaDB数据库平台产品提供功能支持测试整理 测试步骤 MariaDB 10.1.38 root@localhost : (none) 07:53:44> select version(); +-------------...
问题来源 公司数据库产品架构最近在做改变。测试人员在down掉一个分布式存储节点物理机后,MySQL默认会调度到其他节点。然而调度过程中发现MySQL无法启动,于是发来一张的截图: 问题分析 看到报错第一感觉就是MySQL的ibdata和redo有问题,于是google一圈也没有太大收获 于是...
背景 在Group Replication发布之前,MySQL官方复制有异步、半同步。当时弥补全同步的方案,大多数公司会选择Galera cluster,主要有percona server的PXC和MariaDB的MGC两种版本,而且都嵌入到各自的版本中。
测试背景 MySQL的物理备份在企业版中是有的,但是community版本的话是不提供这个版本的,但是percona作为MySQL的技术服务公司,开源了自己的物理备份工具--xtrabackup。
背景 本文主要测试MySQL执行update语句时,针对与原数据(即未修改)相同的update语句会在MySQL内部重新执行吗? 测试环境 MySQL5.7.25 Centos 7.4 binlog_format为ROW 参数 root@localhost : (none) 04:53:15>...
背景 MySQL内部分布式事务是通过二阶段提交和XA实现,中间件实现分布式事务有多种方式,比如参照MySQL的二阶段提交,即使用一个协调者实现,或者使用XA,即记录状态信息在table中。本文是验证MySQL内部分布式事务的现象,以及对比MySQL5.
背景 需求来源 MySQL越来越流行,而且存储在MySQL的数据量也越来越大,单表数据达亿行已经是非常常见的现象,而这些表里面保存了大量的历史记录,严重影响SQL执行的效率。本文是针对客户需求,迁移MySQL Innodb大表分区中部分历史归档分区到其他实例或者其他库表,而且迁移过程尽量减少对业务环境的影响。
测试背景 MariaDB是MySQL的分支,使用也是越来越广泛。闪回是对误操作最大的福音,本文是用来测试MariaDB支持的闪回功能 测试环境 MariaDB 10.2.22 CentOS 7.
背景 客户执行delete操作一直显示ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction 测试环境 centos7.
背景 mariadb在docker中运行,采用yum安装mariadb server的形式,然后使用mysql_install_db初始化的时指定my.cnf路径 环境 centos 7.4 mariadb 10.
验证Retrieved_Gtid_Set、Executed_Gtid_Set哪里来 relay_log_recover=0 slave mysql> start slave; shQuery OK, 0 rows affected (0.
MySQL目前采取的备份策略都是xtrabackup全备+binlog备份,如果当某天某张表意外的删除,那么如何快速从xtrabackup全备中恢复单表呢?从MySQL 5.6版本开始,支持可传输表空间(Transportable Tablespace),那么利用这个功能就可以实现单表的恢复,同样利用这个功能还可以把innodb表移动到另外一台服务器上。
DBA都知道,备份对于数据库的重要性是不言而喻的。特别是在误删数据的情况,救命用的最多的可能就是备份了。有个客户的环境也比较复杂,单个服务器有三个Oracle实例,而且是部署在不同用户下的。现在的需求是要把不同用户下的Oracle实例全量物理备份上传到阿里云的OSS上,保证备份文件的安全性阿里云OSS了解下:https://help.
MySQL DBA应该都知道,数据库操作里面,DDL操作(比如CREATE,DROP,ALTER等)代价是非常高的,特别是在单表上千万的情况下,加个索引或改个列类型,就有可能堵塞整个表的读写。 从MySQL 5.6开始,大家期待的Online DDL出现了,可以实现修改表结构的同时,依然允许DML操作(select,insert,update,delete)。