上一页 1 ··· 4 5 6 7 8 9 10 11 12 下一页
摘要: 简介MMM(Master-Master replication manager for MySQL)是一套支持双主故障切换和双主日常管理的脚本程序。MMM使用Perl语言开发,主要用来监控和管理MySQL Master-Master(双主)复制,虽然叫做双主复制,但是业务上同一时刻只允许对一个主进行... 阅读全文
posted @ 2014-04-18 01:37 yayun 阅读(26772) 评论(3) 推荐(5) 编辑
摘要: 在前面几篇文章已经详细介绍了MySQL Cluster的搭建,配置讲解。而且相信大家都掌握了基本用法。现在我们来看看Cluster的日常维护。熟悉日常维护,将有助于工作中更好的管理和使用Cluster。一. 数据备份相信大家都熟悉mysql的日常备份工具,比如mysqldump对数据库进行逻辑备份。... 阅读全文
posted @ 2014-04-17 00:03 yayun 阅读(4501) 评论(0) 推荐(0) 编辑
摘要: 在上篇文章已经详细说明了MySQL Cluster搭建与测试,现在来说说详细的配置参数。在MySQL Cluster 环境的配置文件 config.ini 里面,每一类节点都有两个(或以上)的相应配置项组,每一类节点的配置项都主要由两部分组成,一部分是同类所有节点相同的配置项组,在[NDB_MGM ... 阅读全文
posted @ 2014-04-16 12:31 yayun 阅读(2463) 评论(0) 推荐(1) 编辑
摘要: MySQL Cluster是一个基于NDB Cluster存储引擎的完整的分布式数据库系统。不仅仅具有高可用性,而且可以自动切分数据,冗余数据等高级功能。和Oracle Real Cluster Application不太一样的是,MySQL Cluster 是一个Share Nothing的架构,... 阅读全文
posted @ 2014-04-16 00:03 yayun 阅读(11363) 评论(3) 推荐(1) 编辑
摘要: 在生产环境中,我们的架构很多都是一主多从。比如一个主数据库服务器M,两个从数据库服务器S1,S2同时指向主数据库服务器M。当主服务器M因为意外情况宕机,需要将其中的一个从数据库服务器(假设选择S1)切换成主数据库服务器,同时修改另一个从数据库(S2)的配置,使其指向新的主数据库(S1)。此外还需要通... 阅读全文
posted @ 2014-04-14 01:14 yayun 阅读(11462) 评论(3) 推荐(2) 编辑
摘要: MySQL Replication 大家都非常熟悉了,我也不会写怎么搭建以及复制的原理,网上相关文章非常多,大家可以自己去搜寻。我在这里就是想总结一下mysql主从复制需要注意的地方。有人说主从复制很简单嘛,就是master,slave的server_id不一样就搞定。确实,简单的来说就是这么简单。... 阅读全文
posted @ 2014-04-13 21:14 yayun 阅读(7783) 评论(1) 推荐(1) 编辑
摘要: 在工作中接触最多的就是mysql replication,由于现在公司也还在使用mysql 5.1.x版本,在复制方面还是比较多的问题,比如主库宕机或者从库宕机都会导致复制中断,通常我们需要进行人为修复(mysql 5.5版本解决大部分问题),或者很多时候需要把一个从库提升为主库,但对从库和主库的数... 阅读全文
posted @ 2014-04-13 16:35 yayun 阅读(15191) 评论(2) 推荐(3) 编辑
摘要: ICP(index condition pushdown)是mysql利用索引(二级索引)元组和筛字段在索引中的where条件从表中提取数据记录的一种优化操作。ICP的思想是:存储引擎在访问索引的时候检查筛选字段在索引中的where条件(pushed index condition,推送的索引条件),如果索引元组中的数据不满足推送的索引条件,那么就过滤掉该条数据记录。ICP(优化器)尽可能的把index condition的处理从server层下推到storage engine层。storage engine使用索引过过滤不相关的数据,仅返回符合index condition条件的数据给ser 阅读全文
posted @ 2014-04-10 21:57 yayun 阅读(996) 评论(0) 推荐(0) 编辑
摘要: innodb_flush_method这个参数控制着innodb数据文件及redo log的打开、刷写模式,对于这个参数,文档上是这样描述的:有三个值:fdatasync(默认),O_DSYNC,O_DIRECT默认是fdatasync,调用fsync()去刷数据文件与redo log的buffer为O_DSYNC时,innodb会使用O_SYNC方式打开和刷写redo log,使用fsync()刷写数据文件为O_DIRECT时,innodb使用O_DIRECT打开数据文件,使用fsync()刷写数据文件跟redo log首先文件的写操作包括三步:open,write,flush上面最常提到的 阅读全文
posted @ 2014-04-10 16:41 yayun 阅读(633) 评论(0) 推荐(0) 编辑
摘要: 当innodb_file_per_table设置为OFF,那么所有数据将被存储在ibdata文件。如果删除一些数据和删除一些表则没有回收未使用的磁盘空间,除了导出表然后再导入的方法来回收表空间大小,除此之外没有任何其他的方法。当innodb_file_per_table设置为ON时,每个表中存储的数据和索引在它自己的表空间文件。但是,共享表空间的ibdata1仍然在增长,为什么呢?因为ibdata1中依然有:(1)data dictionary aka metadata of InnoDB tables(2)change buffer(3)doublewrite buffer(4)undo l 阅读全文
posted @ 2014-04-09 18:04 yayun 阅读(2566) 评论(0) 推荐(0) 编辑
上一页 1 ··· 4 5 6 7 8 9 10 11 12 下一页