码迷,mamicode.com
首页 >  
搜索关键字:wal    ( 1031个结果
PG sys function
PG(>=9.4) look archive status; postgres=# select * from pg_stat_archiver;-[ RECORD 1 ] + archived_count | 10last_archived_wal | 0000000100000000000000 ...
分类:其他好文   时间:2016-05-04 16:55:24    阅读次数:124
postgresql流复制
简介??从PostgreSQL 9.0开始,基于预写日志(Write Ahead Log, WAL)的可读复制(PITR)更是成为了官方提供的异步主从复制(Master-Slave Replication)解决方案,该方案拥有如下优点: a.使用预写日志记录数据库的改动,不额外增加服务端的其他负荷。 b.当主服务器失败(如断电、系统崩溃、灾难)时,不会丢失任何数据。 c.支持基于流和基于档案的...
分类:数据库   时间:2016-04-15 14:07:49    阅读次数:432
HBase数据快速导入之ImportTsv&Bulkload
导入数据最快的方式,可以略过WAL直接生产底层HFile文件 (环境:centos6.5、Hadoop2.6.0、HBase0.98.9) 1.SHELL方式 1.1 ImportTsv直接导入 命令:bin/hbase org.apache.hadoop.hbase.mapreduce.Impor ...
分类:其他好文   时间:2016-04-14 11:51:59    阅读次数:292
二 HTable 源码导读
户端调优的方法里面无非就这么几种:1)关闭autoFlush2)关闭WAL日志3)把writeBufferSize设大一点,一般说是设置成5MB 经过实践,就第二条关闭日志的效果比较明显,其它的效果都不明显,因为提交的过程是异步的,所以提交的时候占用的时间并不多,提交到server端后,server...
分类:其他好文   时间:2016-02-24 12:34:57    阅读次数:335
InnoDB的WAL方式学习
之前写过一篇博文,《不好的MySQL过程编写习惯》(http://www.cnblogs.com/wingsless/p/5041838.html)。这篇博文里强调了不要循环的提交事务,尽量将可以放在一起的SQL同一个事务提交,会快很多很多。博文中提到了redo的问题,因此,结合最近编写新员工培训材
分类:数据库   时间:2016-02-20 13:23:20    阅读次数:229
PostgreSQL Replication之第六章 监控您的设置(3)
6.3 检查操作系统进程一旦我们检查了归档以及我们的系统视图,我们就准备检查系统 进程。检查系统进程可能看起来有点粗糙,但它被证明非常有效。在master上,我们可以简单地检查一个名为wal_sender的进程。在slave上我们要检查一个名为 wal_receiver的进程。让我们首先检查一下我们...
分类:数据库   时间:2015-08-19 23:23:35    阅读次数:205
解题报告 之 HDU5301 Buildings
解题报告 之 HDU5301 Buildings Description Your current task is to make a ground plan for a residential building located in HZXJHS. So you must determine a way to split the floor building with walls to make apartments in the shape of a rectangle. Each built wal...
分类:其他好文   时间:2015-08-19 01:59:54    阅读次数:146
happybase put()操作默认使用批量
起因:前段时间,我们把通过happybase向hbase 写数据的操作put() 操作换成了batch() 结果发现性能并没有提升阅读代码,我发现put() 实现使用的就是批量插入 table.py def put(self, row, data, timestamp=None, wal=True): """Store data in the table. Th...
分类:移动开发   时间:2015-07-27 13:11:48    阅读次数:302
PgSQL · 追根究底 · WAL日志空间的意外增长
问题出现我们在线上巡检中发现,一个实例的pg_xlog目录,增长到4G,很是疑惑。刚开始怀疑是日志归档过慢,日志堆积在pg_xlog目录下面,未被清除导致。于是检查归档目录下的文件,内容如下。但发现新近完成写入的日志文件都被归档成功了(即在pg_xlog/archive_status里面,有对应的x...
分类:数据库   时间:2015-07-13 06:23:04    阅读次数:235
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!