9 linwaterbin

尚未进行身份认证

我要认证

当时明月在,曾照彩云归。

等级
TA的排名 733

DBA解题集:将回档时间从 14小时降低到 10分钟的方法

无复盘,不兄弟。

2016-08-27 20:44:55

DBA解题集:也谈闭环时

基于工作的逻辑思考 闭环

2016-02-04 15:12:08

DBA解题集:学会数数

你会数数吗?很多人对这个问题大概是嗤之以鼻吧,因为小时候爸爸妈妈就教我们数天上的星星,地上的羊。因此大部分人第一反应我想应该是:“你在逗我吗?”也正是因为这种如此小儿科的简单到我们不愿意青眼相加的事情,让我们在日常的变更支持中屡屡将自己落入尴尬的状态,给玩家的体验、公司的利益、团队的影响带来负面的评价。DBA在跑完一个变更脚本后,便是检查日志,查看变更过程的详情,最经常使用的也就是grep -Ei

2015-12-27 22:06:30

腾讯游戏10大经典案例(二):天堂等于天下

天堂等于天下?是的,你的眼睛没有花~,看下面例子mysql> create table t (a varchar(12) default null,b varchar(12) default null, unique key idx_a (a),unique key idx_b (b)) engine=innodb default charset=latin1;Query OK, 0 rows

2015-03-27 17:01:02

腾讯游戏10大经典案例(一):唯一索引上的重复键

2012/12/20某业务合服后在唯一索引键上出现了重复键现象 mysql> select count(RoleGID) from RoleData_0;+----------------+| count(RoleGID) |+----------------+| 41255 |+----------------+1 row in set (0.00 sec)

2015-03-22 23:06:49

腾讯游戏数据自愈服务方案

腾讯游戏数据自愈服务方案

2015-02-07 20:25:37

跳还是不跳?这是个问题

周一(2014-11-17)有个项目进行变更,而且是重大变更,DB测操作从早上持续到下午17点,QA同事到晚上10点测试后发现,slave上的数据与master上不一致。忘介绍了,该项目的该模块有读请求以及delete逻辑在上面,被吓到没?这个问题应该在情理之中但又在意料之外,其实DBA在下午DB变更时便遇到slave卡住:Could not execute Delete_rows event o

2014-11-22 00:52:17

我们需要从不同的角度看问题

背景是某个业务的logdb历史oss_log(MyISAM表类型)例行删除,有时候会告"deadlock"。分析slow log发现有些删除需要很长时间,比如:drop table 2014_10_17_oss_abandonquest 花费了15041.2410秒。删除行为在凌晨4点发出,刚好落在备份期间,因为5.5有了MDL(Meta data lock),所以–single-transact

2014-11-08 23:42:58

为什么不记录慢查询?

㈠ 背景介绍:    2014/8/18 13点37分收到前端说反馈有玩家掉线情况,检查CPU、慢查询、DB请求量,并未发现异常,DB表现一如往常。㈡ 定位原因:INSERT INTO t (col1, col2, col3, col4, col5, col6, col7) VALUES ('3532082239485507011_130_99', '130_99', 130, 99, 35320

2014-08-18 23:24:40

双slave的server_uuid相同问题

早上做数据迁移,部署完slave2,发现3台机子的日志狂刷:旧slave:2014-05-29 14:35:35 996 [Note] Slave: received end packet from server, apparent master shutdown: 2014-05-29 14:35:35 996 [Note] Slave I/O thread: Failed reading l

2014-05-29 15:39:30

tsunami:一种基于UDP协议的快速传输

一. 需求      最近在做数据库迁移,经常需要打包实例传输,传统scp感觉很慢。二. 软件信息      1. 软件主页:http://tsunami-udp.sf.net/      2. 软件安装:直接源码make && make install三. 简单使用      以下介绍简明步骤:      在源机子开启tsunami进程:tsunamid *      在目标机子 connect

2014-05-28 15:20:11

MySQL bug:server-id默认被自动置为1

昨天同事在做主从时,从库报如下错误:Got fatal error 1236 from master when reading data from binary log: 'Misconfigured master - server id was not set'粗粗看好像是master的server-id没有设置,但同事做如下查询:备库采集:root@localhost Fri May 23

2014-05-24 10:27:11

复合索引的列顺序判断

复合索引最令人困惑的当属索引列的顺序,不仅依赖于使用该索引的查询,更需考虑排序和分组。前段时候我发了个帖子:where条件顺序和复合索引字段顺序。感兴趣的朋友不妨参与讨论。今天我提个自己的观点。在应用开发阶段,【选择性】是我们首要考虑因素,请看简图:当出现sql性能问题时,你可能需要注意以下几个:1. 随机IO2. 排序(order by)3. 分组(group by or distinct)这时

2014-04-27 19:04:44

Oracle 物理和逻辑备库健康监测的一个依据

以下面关键字眼为例:1 物理备库健康检查依据:Tue Apr 22 16:44:51 CST 2014Media Recovery Log /data/CMS/arch_log/1_58334_722210153_58334arch.dbfMedia Recovery Waiting for thread 1 sequence 58335 (in transit)2 逻辑备库健康检查依据:Tue

2014-04-25 11:33:06

江湖救急篇:slave 复制出错

事情是这样的,我们DBA组有位同学误删了备库的一个临时表,导致复制出错老大给力,江湖救急。关于该参数,淘宝丁奇写了篇文章还不错:MySQL小误区:关于set global sql_slave_skip_counter=N 命令的一些点还有360的杨挺也有一篇:sql_slave_skip_counter 介绍这2篇文章看下大概理解了最后说下,保险点的做法是 N恒等于 1,比较不容易出错 :-)当然

2014-04-22 12:12:57

Oracle DG故障诊断一则:alter database recover to logical standby new_logical_dbname卡住

我们在基于物理standby的基础上搭建逻辑备库过程过程中,在执行:alter database recover to logical standby READDB;卡住不动,并且alert也没有报错信息,无比郁闷,咨询了别人,聊天记录如下:我们的业务是passport应用,无法停止或者停掉非常麻烦,总之,药不能停。经过摸索,我们得到一个经验:需要等到MRP应用日志到跟主库一致,此时执行该命令才不

2014-04-21 21:35:40

Oracle DG故障诊断案例一则:ORA-16047: DGID mismatch between destination setting and standby

前天在搭建物理standby时,前面步骤都没错(实际上是有错),在验证归档日志是否同步到备库时发现:ORA-16047: DGID mismatch between destination setting and standby我们的处理方案是:在主备同时设置相同的log_archive_config1. 备库idle> show parameter log_archive_config;NA

2014-04-15 10:03:23

Python多进程编程(一):初探

1 基础例子比较常用的做法是,创建一个进程时可以提供参数来告诉他要做什么。本例子里,输出的"worker"将打印5次,不过不清楚孰先孰后,因为每个进程都在竞争访问输出流。1.1 输出顺序的不同[root@localhost pydoc]# ./tmp.pyworker 0worker 1worker 2worker 3worker 4[root@localhost pydoc]# ./

2014-04-13 22:21:08

我踩了mysqldump的一个地雷(续)

这个地雷我没踩过,不过今天周老大在微博记录了,想必这是他老人家心中的一个痛。为什么要记录?因为我认为这和我上次踩过的一个雷有异曲同工之妙,不同的是,我那个是数据库级别,而周老大那是表级。感兴趣的不妨结合起来看:我踩了mysqldump的一个地雷这种默认带删除操作真是坑死人不偿命啊,啊啊啊,受不了,功能多也是不好,这和MySQL的作风完全不符呀,完全属于PG一类。下面我来揭露下周老大心中的痛 :-)

2014-04-13 18:34:54

TokuDB && InnoDB insert压力测试对比

1 测试环境指标测试环境机型DELL PE R720(2U PC Server)CPUXeon E5-2620(6核,12线程,2.0GHz, L3 15MB) * 2内存32G(4G * 8)阵列卡及设置PERC H710,512MB,BBU(FW:12.10.1-0001),RAID 1+0FORCE WB硬盘15K RPM 300G SAS * 8网卡Intel 1GbE操作系统RHEL 5

2014-04-12 10:44:21

查看更多

勋章 我的勋章
  • 专栏达人
    专栏达人
    授予成功创建个人博客专栏的用户。专栏中添加五篇以上博文即可点亮!撰写博客专栏浓缩技术精华,专栏达人就是你!
  • 分享精英
    分享精英
    成功上传11个资源即可获取
  • 红花
    红花
    子板块内专家分月排名榜第一
  • 黄花
    黄花
    子板块内专家分月排名榜第二