关闭

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

无复盘,不兄弟。...
阅读(2196) 评论(2)

DBA解题集:也谈闭环时

基于工作的逻辑思考 闭环...
阅读(3606) 评论(2)

DBA解题集:学会数数

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

腾讯游戏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...
阅读(3677) 评论(0)

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

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

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

腾讯游戏数据自愈服务方案...
阅读(11706) 评论(18)

跳还是不跳?这是个问题

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

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

背景是某个业务的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...
阅读(3812) 评论(0)

为什么不记录慢查询?

㈠ 背景介绍:    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...
阅读(3918) 评论(0)

双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...
阅读(5646) 评论(2)

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

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

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 ...
阅读(5137) 评论(0)

复合索引的列顺序判断

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

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 ...
阅读(3686) 评论(0)

江湖救急篇:slave 复制出错

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

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

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

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...
阅读(4136) 评论(0)

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

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

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

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

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...
阅读(3969) 评论(0)
589条 共30页1 2 3 4 5 ... 下一页 尾页
    个人资料
    • 访问:1583611次
    • 积分:22399
    • 等级:
    • 排名:第329名
    • 原创:584篇
    • 转载:2篇
    • 译文:3篇
    • 评论:447条
    ---- Contact me | Announce ----
      详细资料
      姓名:林水彬@腾讯
      MySQL || NoSQL || 大数据领域 || 自动化建设
      Mail:645522734@qq.com
      信条:以大多数人的努力程度之低,根本就轮不到拼天赋
    新浪微博