crpp0902的博客

Mysql的物理结构 日志文件 error log: 记录mysql启动,关闭和运行时产生的重大的错误的信息;如果mysqld警告一个表需要自动的检查或者修复,也会记录一个错误日志;可以使用–log-error=file_name选项来指定错误日志文件,如果没有指定,则系统默认在data目录下生产一个hostname.err的文件;也可以在配置文件中配置log_error

Zabbix是一个企业级的、开源的、分布式的监控套件。 Zabbix可以监控网络和服务的监控状况. Zabbix利用灵活的告警机制，允许用户对事件发送基于Email的告警. 这样可以保证快速的对问题作出相应. Zabbix可以利用存储数据提供杰出的报告及图形化方式. 这一特性将帮助用户完成容量规划。 Zabbix支持polling和trapping两种方式. 所有的Zabbix报告都可以通过配置参数在WEB前端进行访问. Web前端将帮助你在任何区域都能够迅速获得你的网络及服务状况. Zabbix可以通过尽

performance_schema主要用于收集数据库服务器性能参数

1, 查看MySQL服务器配置信息  mysql> show variables;   2, 查看MySQL服务器运行的各种状态值  mysql> show global status;  3, 慢查询 ： mysql> show variables like 'slow%'; +---------------------+---------------------------

对于DBA来说，知道数据库内部对用户进程的处理流程是非常重要的，MYSQL跟ORACLE都属于关系型数据库，在处理用户的进程方面有着相似之处： 这里我们只讨论mysql： 第一、连接阶段：    1、用户发起SQL进程，监听客户端的‘连接管理模块’在3306端口接收客户的SQL请求；  2、将请求转发到‘连接进/线程模块’；  3、调用‘用户模块’来进行授权检查；  4、通过检

MySQL5.6新特性之crash-safe  一 介绍   MySQL 5.6 针对复制功能提供了新特性: slave支持crash-safe. 该功能可以解决之前版本中系统异常断电可能导致的SQL thread 信息不准确的问题。本文从原理方面对该特性进行介绍。 二 原理   在了解crash-safe slave 之前，我们先分析一下MySQL 5.6 之前的版本

mysql主主复制配置： 1、修改my.cnf文件 节点1: [mysqld] datadir = /u02/mysql port = 3306 server_id = 1 socket = /var/lib/mysql/mysql.sock log-error=/u02/mysql/mysqld.log log-bin = /u02/mysql/master-bin/b

keepalived的工作原理是VRRP（Virtual Router Redundancy Protocol）虚拟路由冗余协议。 在VRRP中有两组重要的概念：VRRP路由器和虚拟路由器，主控路由器和备份路由器。 VRRP路由器是指运行VRRP的路由器，是物理实体，虚拟路由器是指VRRP协议创建的，是逻辑概念。一组VRRP路由器协同工作，共同构成一台虚拟路由器。 Vrrp中存在着一种选举机制

当主服务器M因为意外情况宕机，需要将其中的一个从数据库服务器切换成主数据库服务器，同时修改其他的从数据库的配置，使其指向新的主数据库。 下面详细介绍切换主从的操作步骤。 1.首先要确保所有的从数据库都已经执行了relay log中的全部更新，在所有的从库上，执行stop slave io_thread,停止I/O线程，然后检查show processlist的输出，直到看到状态

大家在安装或使用MYSQL时，会发现除了自己安装的数据库以外，还有一个 information_schema数据库。information_schema数据库是做什么用的呢，使用WordPress博客的朋友可能会想，是不是安装模板添加的数据库呀？看完本片文章后，你就会对information_schema数据库有所了解。 information_schema数据库是MySQL自带的，它提供了

转载地址： http://blog.sina.com.cn/s/blog_6bb63c9e0100s7cb.html

MySQL 5.5之前的复制都是异步的，主服务器在将更新操作写入二进制日志文件中后，不用管从服务器是否已经完成复制，就可以自由处理其它事务处理请求。异步复制能提供较高的性能，但无疑易造成主/从服务器数据的不一致。MySQL 5.5开始引入半同步复制功能，此功能是由google开发的一个插件实现的。半同步复制要求主库提交的每一个事务，至少有一个备库成功接收后，才能继续提交下一个。      半同步

Mysql内建的复制功能是构建大型，高性能应用程序的基础。将Mysql的数据分布到多个系统上去，这种分布的机制，是通过将Mysql的某一台主机的数据复制到其它主机（slaves）上，并重新执行一遍来实现的。复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。主服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循环。这些日志可以记录发送到从服务器的更新。当一个从服务器连接主服务器时，它通知主服务器从服务器在日志中读取的最后一次成功更新的位置。从服务器接收从那时起发生的任何更新，然

MySQL读写分离是指让master处理写操作，让slave处理读操作，非常适用于读操作量比较大的场景，可减轻master的压力。 使用mysql-proxy实现mysql的读写分离，mysql-proxy实际上是作为后端mysql主从服务器的代理，它直接接受客户端的请求，对SQL语句进行分析，判断出是读操作还是写操作，然后分发至对应的mysql服务器上。

配置环境准备： 1节点主+2节点从 [root@master ~]# vi /etc/hosts 127.0.0.1   localhost localhost.localdomain 192.168.174.128 master 192.168.174.129 slave1 192.168.174.130 slave2 192.168.174.128 manager

部署完zabbix,自带的对于mysql的监控脚本远远不能满足DBA日常监控的需要，percona就有这个详细监控的模版以及脚本，刚好能用于DBA日常的监控