开源技术专家
【概念】什么事GTIDS(Global Transactions Identifier)是MySQL5.6.5新加入的一项新特性。 当使用GTIDS时,无论是在Master上提交事物还是在Slave上应用,每一个事物都可以被识别并跟踪; 添加新的Slave或者当发生故障需要将Master身份迁移到Slave上时,都无需考虑哪一个二进制日志以及哪个position,极大的简化了操作步骤; GTIDs是完全基于事务的。
说明:安装完成数据库5.6.23,进行初始化的时候报主机名无法解析的错误,详细如下 [root@DB01 mysql-5.6.23]# WARNING: The host 'DB01' could not be looked up with /usr/local/mysql/bin/resolveip.
【说明】最近整个IT的运气有点背,先是机房的停电事件。最近又发生了一个事故,有台虚拟机的硬盘坏掉了,导致安装在虚拟机上面的应用和数据库全部起不来了。经过一番折腾虚拟机终于起来了,但是启动的时候报错了: SQL> startupORACLE instance started.
【前言】在配置主从的时候经常会用到这两个语句,刚开始的时候还不清楚这两个语句的使用特性和使用场景。 经过测试整理了以下文档,希望能对大家有所帮助; 【一】RESET MASTER参数 功能说明:删除所有的binglog日志文件,并将日志索引文件清空,重新开始所有新的日志文件。
由于业务的要求需要对其中的一个schemas进行更名,通过搜索发现从Oracle 11.2.0.2后提供了两种更名的方法。 方法一:通过导入导出的方法修改schemas的步骤。
【前言】MySQL的主从部署的方法有很多种,最常见的方法就是用mysqldump的方式进行,众所周知mysqldump方式构建主从的方法有两个很大的缺点: 1、主库需要锁表,这就意味着这期间主库不能做修改的操作(在做导出的时候需要停止相关的接口和应用,对于一些小公司可能没影响,但如果是电商平台,就是相当于停止服务; 2、当数据量较小的时候mysqldump的方法是很快的,但是当数据量超过20G的时候,整个过程就相当的慢。
【前言】由于业务的需求需要对其中的一个数据库进行备份,然后再导入一个全新的数据库;通过衡量发现直接修改当前数据库名称的方式进行备份是最快最省事的方法。本文档总结了对MySQL数据库重命名的一些方法; 【环境说明】 数据库版本:5.
【问题描述】ZCGL数据库在运行SQL语句的时候报:ORA-01839 指定月份的日期无效 详细的SQL语句简化如下: select * from table_name where to_date(a.
【1】问题背景:数据库版本为11.2.0.1,操作系统CentOS release 5.9,详细的报错信息如下: Dump file /data/oracle/diag/rdbms/db01/db01/incident/incdir_70215/db01_ora_17588_i70215.
【前言】ORACLE EM 12C本身并不提供对MYSQL的监控,通过插件可以在EM 12C上面实现对数据库的监控,Pythian集团开发了相应的插件,通过安装这个插件便可以实现对MySQL的监控; 备注:Pythian集团是一家著名的甲骨文数据库服务支持和顾问机构,总部设在加拿大的渥太华,在美国、欧洲、印度和澳大利亚都设有办事处,为56个甲骨文客户管理718个生产数据库。
【前言】数据库之间的跨服务器的访问在实际的工作中经常用到,最常见的是不同数据库的数据比对和数据抽取。针对这个需求ORACLE可以通过透明网关和DBLINK的方式来满足;MySQL提供了存储引擎federated可以实现该功能; 【1】FEDERATED的安装...
【背景】今天中午的时候用户反馈需要修改数据库的和应用的连接密码,修改密码这种小事情,本以为不会不会出现问题的。没想到午休到一半的时候就接到用户的电话,系统连接不进去了。
【前言】前面有文档介绍过ORACLE通过透明网关连接MS SQL、MySQL、sybase数据库的方法,最近又碰到了客户需要把DB2的数据同步到ORACLE的需求,貌似照这样下去有机会聚齐七颗龙珠,召唤神龙了; 【环境说明】 DB2数据库版本:09.
【问题背景】用root用户创建用户的时候,报错ERROR 1044 (42000) mysql> grant select on *.* to rep@'%' identified by '123';ERROR 1045 (28000): Access d...
【前言】今天开发人员遇到一个temp表找不到数据的问题,稍微了解了一下,感觉还有很多知识点的,所以整理下来供大家参考; 【简介】业务的实现过程中并不是所有的数据都是永久的存放在数据库中的,有些业务在实现的过程中会通过一些临时表或中间表去存放数据,当业务实现完成后临时表或中间表的数据就可以删除掉。
【前言】mysql由于软件本身的灵活性导致了可能主从数据库已经不一致了,但是数据库的主从监控却是正常的,前面已经介绍过pt-table-checksum工具可以检验出主从表中不一致的数据。
前言:mysql的主从配置灵活简单,有时候太过于灵活了,所以经常会出现主从数据库不一致的问题,而这种不一致的情况多了或者出现在某个重要的业务场景的时候,mysql的数据的公信力就受到了严重的质疑,IT的价值就降低了,如果把这种信号传递给中心的领导,那么mysql dba的价值也就体现出来了。
在安装完成MySQL后,我们通常添加拥有相应权限的普通用户用来访问数据库。在使用用户本地登录数据库的时候,经常会出现怎么登录也无法登录的情况,但是从其他的mysql客户端却可以登录。
前言:本文档主要针对数据库的容量和性能估算,结合网上的一些文章,整理如下: 一、数据库容量的计算 1、数据库容量核心分析对象是数据库表,及配合数据库表的包括视图、索引、日志等相关的附属信息。
新年新气象,感谢过去一年中大家的支持。 上班的第一天努力找回上班的状态,机器挺太久了,突然要全速发动起来并不容易。发现已经很久没有对文件夹进行整理了,趁这个时间把所有的文件夹整理一遍,并把整理的心得和方法介绍一下; 硬盘的分区:文件系统的管理从最早的分区开始...
前言:本文档介绍ORACLE通过UTL_DBWS去调用Web Serices的服务,关于web service网上有一篇文档写的不错,http://www.ruanyifeng.com/blog/2009/08/what_is_web_service.html,一次业务的需要也要用来这个服务,以下是整个配置的过程。
前言:之前说过一句话,备份有时候就是用于数据库的恢复,虽然很多时候都用不上。但是你永远不知道什么时候会用上,这就是备份的意义; 昨天晚上10点多的时候,突然朋友打电话过来,要帮忙做一个数据库基于时间点的恢复。
前言:在检查数据库的alert日志,发现数据库报了ORA-1652: unable to extend temp segment的错误,以下记录的是整个处理过程: 1、检查当前数据库的表空间的大小,脚本如下 select file_name,file_id,...
说明:前面已经了解了InnoDB关于在出现锁等待的时候,会根据参数innodb_lock_wait_timeout的配置,判断是否需要进行timeout的操作,本文档介绍在出现锁等待时候的查看及分析处理; 在InnoDB Plugin之前,一般通过show full processlist和show engine innodb status命令查看当前的数据库请求,然后再判断当前事务中锁的情况。
前言:出于兴趣,特地模拟了一下mysql死锁的产生的场景。 一、环境准备 在test数据库下面创建一个表t1 mysql> CREATE TABLE t1 ( -> a int(11) NOT NULL DEFAULT '0', ...
前言:在管理ORACLE的工作中,经常发现因为锁等待的原因导致应用宕机了。Mysql考虑到自身的性能和架构等因素,InnoDB数据库引擎增加了参数innodb_lock_wait_timeout,避免在资源有限的情况下产生太多的锁等待; 一、innodb_...
前言:这是最近刚发生在公司的一次应用系统的mysql调优过程,事情的过程是这样的:公司的一个销售系统,用的是mysql数据库,在元旦的前夕突然就宕机了。差不多导致业务系统4个小时左右使用有问题; 因为这个系统乙方公司尚未完全交付,所以数据库的运维的工作,作为甲方也还未交接到我的手上,这个事情也是元旦过后上班才知道的; 其实对于这种问题我是可以不用管的,相信很多人也会选择当作不知道。
前言:之前一直弄不清楚mysql里面bin log和innodb log文件的区别,在脑子里面一直有个疑问binlog日志文件已经可以用来进行数据库的日志备份恢复了,怎么又多了一个redo log文件了。
前言:前几天介绍了通过工具mysqldumpslow分析慢查询日志的方法,随着工作的进展又发现了另外一个更加好用的方法:把慢日志记录到mysql数据库中。 方法介绍:通过设置参数log_output可以定义mysql的慢查询日志是存放在文件还是数据表中; ...
前言:之前已经整理过两个文档是关于oracle透明网关连接mysql数据库和sqlserver数据库的,本来以为不会再通过透明网关连接其他的数据库了,但是居然又碰到了,就是oracle通过透明网关连接sybase数据库,再次不厌其烦的整理成了文档; 注:博客里面整理了透明网关的搭建、连接sqlserver数据库、mysql数据库的方法,由于时间紧张请各位在博客里面搜索下; 正文:配置透明网关连接sybase数据库的方法其实和连接sqlserver的方法,几乎是一模一样的。
1、 概述: 执行计划的查看是进行数据库的sql语句调优时依据的一个重要依据,mysql的执行计划查看相对oracle简便很多,功能也相对简单很多的SQL语句都不能直接查看。
前言:mysql的慢查询日志是数据库调优的一个主要依据,但是跟踪出来的文件是一个文本文件,查看起来费时费力,mysql也提供了一个工具便于从文本文件里面查找的工具mysqldumpslow。
说明:物化视图(Materialized Views)是查询的结果集,所有原表和视图的变更都将导致物化视图的失效,最近就发现了一个物化视图经常失效的问题,以下是整理的文档。
前言:SHOW PROFIL命令是mysql提供可以用来分析当前会话中语句执行的资源消耗情况。可以用于SQL的调优的测量。 一、参数的开启和关闭设置 1.1 参数的查看 默认情况下,参数处于关闭状态,并保存最近15次的运行结果 mysql> show...
前言:学习mysql的时候总是习惯性的和oracle数据库进行比较。在学习mysql InnoDB的存储结构的时候也免不了跟oracle进行比较。Oracle的数据存储有表空间、段、区、块、数据文件;mysql InnoDB的存储管理也类似,但是mysql增加了一个共享表空间和独立表空间的概念; 一、概念 共享表空间: Innodb的所有数据保存在一个单独的表空间里面,而这个表空间可以由很多个文件组成,一个表可以跨多个文件存在,所以其大小限制不再是文件大小的限制,而是其自身的限制。
前言:锁等待的管理是数据库管理员在日常工作中会碰到较多的一个问题,一般来说大型的ERP锁等待的处理会相对较少,小型的应用系统锁等待会相对比较多。 常规的锁等待的处理方法如下: 1) 先查找持有锁的对象: 脚本:select a.
场景:通过rman做一个数据库的异机恢复,进行到最关键的一步,打开数据库的时候报了错误,详细如下 SQL> startup mount; ORACLE 例程已经启动。
在查看ADDM报告的时候,有个改善意见如下: Finding 2: Hard Parse Due to Sharing Criteria Impact is .
背景说明:一个供应链协同系统上线后的几天后,陆陆续续有用户反馈系统有些慢,这个时候项目的老大第一反映就是让DBA看下系统的瓶颈。一般情况系统上线前期都会有压力测试,但是压力测试并不能模拟出复杂的业务场景,经过了压力测试也并不代表在实际的运行中不会出现问题。
前言:ORACLE数据库内存两个很重要的部分:Buffer cache和Library cache,早期已经有整理过一篇关于Buffer cache的管理和关于Buffer cache的等待事件(cache buffers chains),一直想整理一篇关于Library cache的文章,刚好在oracle的官网上看到了相应的文档,顺手记录下来,供大家参考。
前言:在学习mysql备份的时候,深深的感受到mysql的备份还原功能没有oracle强大;比如一个很常见的恢复场景:基于时间点的恢复,oracle通过rman工具就能够很快的实现数据库的恢复,但是mysql在进行不完全恢复的时候很大的一部分要依赖于mysql...
安装软件包的时候报错如下:Package lgtoclnt-8.0.2-1.x86_64.rpm is not signed [root@localhost linux_x86_64]# yum localinstall lgtoclnt-8.
前言: MYSQL数据库很多情况下都是用于搭建电商平台,电商平台就意味着为公司赚钱的平台,必须24小时在线的;我们也搭建了属于自己的电商平台,但是最近反应需要增加一台从库来缓解主库的读取压力。
一、事件背景: 业务人员在创建一个物化视图的时候,报了以下错误: SQL> CREATE MATERIALIZED VIEW MV_RETAIL_wbmout_R 2 TABLESPACE SAPDATA 3 PCTUSED 0 ...
1、 数据库引擎的对比: MyISAM与InnoDB是mysql目前比较常用的两个数据库存储引擎,MyISAM与InnoDB的主要的不同点在于性能和事务控制上。
配置ACL报ORA-24247的解决方法 前言: 在通过ORACLE11往外部发送邮件的时候,ORA-24247的错误,详细的错误错误信息如下: ERROR at line 1: ORA-24247: network access denied by access control list (ACL) ORA-06512: at "SYS.
前言:一般在创建物化视图的时候,在数据量不大的时候,刷新的方式都是采用完全刷新的。随着系统的使用一些物化视图的源表的数据量在不断的增长,原本采用完全方式几秒就能刷新完成的物化视图,现在需要等待很久的时间才能刷新完成。
概述: 前面有介绍过MYSQLBACKUP工具的安装(http://blog.itpub.net/12679300/viewspace-1262774/),今天继续和大家分享下MYSQLBACKUP工具的简单实用; MYSQL备份的...
前言: 日常工作中,对于MYSQL主从复制的检查有两方面 保证复制的整体结构是否完整; 需要检查数据是否一致; 对于前者我们可以通过监控复制线程是否工作正常以及主从延时是否在容忍范围内,对于后者则可以通过分别校验主从表中数据的md5码是否一致,来保证数据一致,可以使用Maatkit工具包中的mk-table-checksum工具去检查。
问题背景:今天通过expdp/impdp的方法,把数据库的数据导入到开发人员的台式机上面,居然报ORA-02374的错误; 详细报错如下: ORA-02374: conversion error loading table "ADM_ERP".