- 博客(13)
- 资源 (1)
- 收藏
- 关注
转载 mysql索引之聚集索引
聚集索引不是一种单独的索引类型,而是一种存储数据方式。其具体细节依赖于实现方式,但是InnoDB的聚集索引实际上在同样的结构中保存了B-Tree索引和数据行。 当表有聚集索引的时候,它的数据行实际保存在索引的叶子页中。术语“聚集”指实际的数据行和相关的键值都保存在一起。每个表只能有一个聚集索引,因为不能一次把行保存在两个地方。(但是,覆盖索引可以模拟多个聚集索引)
2015-04-30 11:12:18 677
转载 dstat的使用
1. 下载&安装 Contos和Redhat的下载链接:http://pkgs.repoforge.org/dstat/ 安装很简单,如下: 2. 使用说明 安装完后就可以使用了,dstat非常强大,可以实时的监控cpu、磁盘、网络、IO、内存等使用情况。 直接使用dstat,默认使用的是-cdngy参数,分别显
2015-04-28 10:07:02 557
原创 使用sysbench检测HAProxy对于Percona XtraDB Cluster的负载均衡和故障检测
1.前言 前文中我们介绍了HAProxy的安装布置(参考http://blog.csdn.net/wjf870128/article/details/45221359)和Percona XtraDB Cluster的安装布置(http://blog.csdn.net/wjf870128/article/details/45176011)。下面我们使用sysbench来检测下HAProxy是否能够
2015-04-27 15:37:33 1665
原创 使用HAProxy实现Percona XtraDB Cluster的负载均衡
1.前言引用http://www.oschina.net/p/haproxyHAProxy提供高可用性、负载均衡以及基于TCP和HTTP应用的代理,支持虚拟主机,它是免费、快速并且可靠的一种解决方案。HAProxy特别适用于那些负载特大的web站点, 这些站点通常又需要会话保持或七层处理。HAProxy运行在当前的硬件上,完全可以支持数以万计的并发连接。并且它的运行模式使得它可以很简单安全的整合进
2015-04-23 15:44:31 1840
原创 Percona Arbitrator的使用
1.前言 前文中我们介绍了Percona XtraDB Cluster双节点的故障情况(http://blog.csdn.net/wjf870128/article/details/45199781),由于脑裂的发生和quorum机制,通常单纯双节点的percona集群无法保证环境的可靠性。 因此引入了仲裁技术-->arbitrator来防止双节点的集群环境中由于通信故障而导致
2015-04-22 21:58:51 1308
原创 Percona XtraDB Cluster双节点故障的情况
1. 环境 OS:Redhat 6.5 Cluster:Percona-XtraDB-Cluster5.6.22-25 主节点: hostname:mysql-pxc01 ipaddr:192.168.163.6 备节点: hostname:mysql-pxc02 ipaddr:192.168.163.7 2. 查看当前状态 1. 查看主节点状态
2015-04-22 19:55:03 2802 1
转载 Galera replication for MySQL
Galera replication for MySQL By gpfeng | 2014 年 4 月 13 日 6条评论 这篇文章总结了之前对Galera replication的调研,内容包括Galera特性,原理,Galera cluster配置,参数及性能等 Galera replication是什么 MySQL DBA及开发应该都知道MySQ
2015-04-22 11:00:02 1218
原创 Percona XtraDB Cluster安装部署
1. 安装环境: OS:Redhat 6.5 Cluster:Percona-XtraDB-Cluster5.6.22-25 主节点: hostname:mysql-pxc01 ip addr:192.168.48.11 备节点: hostname:mysql-pxc02 ip addr:192.168.48.12 在/etc/hosts中添加各个主机信息 mysql-p
2015-04-21 20:55:04 1395
原创 半同步复制模式
从mysql5.5开始,支持半同步模式复制(semisynchronous replication),比之前的异步模式复制增强了安全性。 半同步复制模式可以确保至少有一个备节点服务器在接受完主服务器发送的binlog日志文件并写入到中继日志后,返回给主节点一个ack信号,告诉主节点已经接收完日志,这时主节点线程才返回给当前session提交信息。 当主节点因为超时未接收到任一个备节点的ack信
2015-04-21 14:31:26 1583
原创 打开replication中继日志崩溃恢复模式
从mysql5.5版本开始,replication支持中继日志的自我修复功能。当slave从库宕机后,如果replay-log发生损坏,导致一部分中继日志没有处理,就自动放弃未执行的replay-log,重新从master上获取日志,完成了中继日志的恢复。 控制中继日志崩溃恢复参数为relay-log-recovery. 1.在备机上修改/etc/my.cnf,添加 rela
2015-04-21 14:02:44 1671
原创 搭建基于GTID的复制方式
从mysql5.6开始数据库添加了一个新特性:global transaction identifiers (GTIDs)--全局事务标识符。 通过gtids,mysql数据库对每一个成功执行的事务在日志中添加唯一标识。在基于GTIDS的复制中,备机可以不通过指定主节点的日志和位置来获取数据,而是通过主备节点的transaction id来判断是否同步,同时决定需要抓取的数据。 GTI
2015-04-20 16:14:52 1191
原创 replication format(日志记录格式)
在mysql5.6复制中,binlog的记录格式有3种: 基于语句的格式(statement)--默认方式 基于行的格式(row) 混合格式( mixed) 1.基于语句的复制(binlog_format = statement) 日志中的记录都是已sql语句的形式记录,备机中在进行应用日志的时候,相当于在数据库中重新执行一遍语句。 优点: 记录的日志量少 由于日志中记录了
2015-04-20 15:05:33 551
原创 简单配置mysql的replication环境
Mysql的replication环境是通过主节点开启二进制日志,备节点通过获取主节点日志应用于自己来实现数据同步的。 下面是简单配置replication环境。 环境: os:redhat 6.5虚拟机 db:mysql5.6.23 selinux off iptables off ip6tables off 主节点: hostname:mysql-rep01 ip地址:
2015-04-20 13:59:47 1021
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人