接楼上,重启后lvm组不起来,服务器down掉,赶上百年大庆,进不去机房,然后远程修复。
有客户用windows版的mysql,linux版的sql server。。。。。。
SLA下降,还不知道是哪里的问题!
多个系统的数据库部署到同一个服务器上,在定方案的时候,特定跟领导和系统组同时建议不要放到一起,但是领导最后拍板放到一起,结果领导离职,新领导来了后,其中一个数据库故障,进行故障处理时影响了一个系统的使用,结果被扣绩效15%(本来30%,大领导干预下改为15%)
sqlserver数据库上百张表,每张表都是过亿的数据,而且还有大量的视图,触发器,存储过程,都需要迁移到mysql。
Oracle 近百 TB 的库,没备份没开归档,让停库打补丁,空间不足,结果就干废了,衰~~~
mysql很明显的io瓶颈,换个ssd就解决了,领导就是不批。。。
处理问题的坑就只是坑,坑后的事故文档汇报对于干事的我们是真的大坑
tiup cluster upgrade tidb
遇到问题还能留在公司说明不是啥大问题,最大的坑就是。。。。
这简直是个矿坑
一直幻想删库跑路,奈何胆子太小从不敢实施…
是缺少陌生人的鼓励吗
tidb上下游同步数据是,pump和drainer都正常走,数据没有同步过去,并且pump和drainer中没有报错
1、入职一家公司后,大家都知道你是DBA,你是负责数据库运维,不管什么数据库问题都来找你,把你当成神,但是没有神的待遇。
2、入职一家公司后,10年前不用的数据库都会找出来让你维护,莫名其妙的找到你说某某项目要用某某数据库,你是DBA请帮忙处理,然后就来句最好明天就搞好。
3、入职一家公司后,公司要求你把Oracle迁移到MySQL、TiDB、 PostgreSQL等,不光如此还要求你越快越好。
4、入职一家公司后,公司要求你为适应公司发展,大数据运维工作也需要负责,在领导眼中DBA学习能了最强,大不了给你报销买书的钱,你多买几本书,然后要求你把大数据运维也负责好。
5、入职一家公司后,很多项目按原则不需要负责,结果领导一个顺水人情让你不得不放下假期投入加班中。
…
删库跑路?
客户把MySQL实例所在机器开在了tmp目录,害我光导数据就导了两天,加了两天班。
业务出现了问题,主机同学表示未做操作,应用同学表示未做操作,数据库同事做了简单的DML操作,然后锅从天上来 哈哈哈
奈何职业道德、法律在限制着不应该做此操作 哈
主从权限不一致、数据库参数尚未持久化到配置文件,看似非常简单的问题,但是前人挖下的坑在数据库触发高可用货重启之后,这锅就是你的