将一个客户交易信息表给误 删了,虽然不是一线业务系统中的交易表,但也足够吓人的。客服座席callcenter、网站web,网上交易都受到影响,导致不可用,比较吓人。只好用逻辑备份,恢复被drop表的数据,中断了1:30小时的时间。
教训:1、drop表和truncate操作实在是太危险了,执行前一定要反复确定无误,否则后果很严重。2、尽可能在测试库或开发环境上编写SQL,在生产系统上直接修改风险很高。3、用户权限管理上更加细致,设只读权限或限制运行truncate及drop语句。
将一个客户交易信息表给误 删了,虽然不是一线业务系统中的交易表,但也足够吓人的。客服座席callcenter、网站web,网上交易都受到影响,导致不可用,比较吓人。只好用逻辑备份,恢复被drop表的数据,中断了1:30小时的时间。
教训:1、drop表和truncate操作实在是太危险了,执行前一定要反复确定无误,否则后果很严重。2、尽可能在测试库或开发环境上编写SQL,在生产系统上直接修改风险很高。3、用户权限管理上更加细致,设只读权限或限制运行truncate及drop语句。