【GreatSQL茶话会05】作为一名DBA/程序员，你遇见过哪些崩溃？

admin

感谢大家的参与，本次茶话会已结束，根据点赞数量及回帖内容质量统计公布获奖名单：

点赞最多奖：GreatSQL 保温杯（黑/白）/卫衣/数据库工具书，三选一；
获奖用户名：ShawnYan；

精华回帖奖：社区金币 300 个；
获奖用户名：qiaohai1117,beon,Nightingale,DBA从业者,fander;

参与回帖奖：社区金币 100 个；
获奖用户名：DBA札记,李宁ning;

第五期茶话会将于 7 月底开始，欢迎大家继续参与~

ShawnYan

沙发。简单聊聊，唠个100字的先。崩溃的事情很多，比如说，

1.开发连错环境，把演示环境的数据当垃圾数据清了。
2.开发用户权限比较大，直接gui上把表删了，连带数据也没了。
3.最绝的当然要属rm -rf /
4.辣鸡表设计一大堆，一张表上百个字段，字段命名还自带加密效果。
5.数据库没有备份，没开binlog还要求还原数据。

先酱，如果有同感，请点个赞，谢谢。

DBA札记

云主机重置了，问能不能恢复上面的数据

qiaohai1117

正在经历的。公司有一套数据oralce -> ogg -> kafka -> pg的数据链路。oralce+ogg是一个团队，我是kafka+pg的团队。我发现有三个资源很久没更新过，查了下kakfa了对应的topic发现都空了(7天自动清除)。然后联系ogg团队查看ogg是否有问题，崩溃时刻开始了。
1. ogg的源端和目标端居然是两个人负责
2. 源端说没报错，目标端也说没报错，拼命指责kafka有问题
3. 插入测试数据后目标端说没手段看数据是否发出去了，然后被他小弟火速打脸，改口说已经发出去了，让查kafka
4. 我这边老早就确认topic可以正常写入，并建议他们重建目标端的复制进程
5. 目标端问：重启ogg的同步时间点填什么？啊啊啊啊啊啊，都他喵丢了一周数据了还在乎时间点，赶紧恢复要紧呀，正常后我这边恢复个全量数据就完事儿了。
6. 终于重建完了，还要等业务侧插测试数据，又是等等等

beon

简单唠叨几个问题，应该挺常见：
1. 主从多主环境，运维人员在A节点sql_log_bin=0的情况下执行了drop table，后期过了很久A节点回放报错；
2. 运维人员本着数据库目录安全的原则，更改了目录的权限属性，造成GreatSQL重启失败；
3. 长期以来的备份文件都不可用，但是没有被监控和巡检到，还好做从库时及时发现，没引发更大的问题；
4. 没有主键和索引的表，执行了1000+W记录的delete from table，造成从节点延迟越来越大，后来建索引和algorithm解决；

Nightingale

我在某家数据库公司实习了8个月，毕业后以应届生的身份进入着那家公司，在我从一名试用期DBA即将转化成一名真正的DBA之时，领导跟我说不给我转正... ...哦，那时候还在客户的机房里忙着。
令我崩溃的并不是试用期被辞退这件事，而是从实习期转试用期的时候，我跟一些关系紧密的人用自豪的语句说我进这家公司，是做国产化替代的，目标是让客户用上我们的国产数据库balabala... ...总之，感谢大家的付出与帮助，我的前途一片光明。
父母说以后也不必为我担心了，老师说要我给学弟学妹们讲讲实习和工作那些事.......
但试用期被辞退之后，要跟父母说要换工作了，要跟老师说已经不是那家公司的员工了不能分享经验了，理想熄灭，激情退散，前路迷茫，那时的我确实遇见了崩溃，不是服务器的崩溃也不是数据库的崩溃，而是生活与工作秩序的崩溃，是幻想的幸福未来的崩溃... ...
其实也就是去年发生的事，小说里主角总是不破不立，但对我来说，真正的现实是崩溃之后连建立基本的自信都要漫长的时间，总要和把世界想象成地狱的另一个自己做斗争。