遭遇维护

4月,被派到国家××局维护前人做的系统。不幸的是,以前从未碰过那东西,只是因为合同期还差一个月,不得不去。每天接电话,不时还得挨骂,忍。抱怨的话就不多说了。

 

一个多月的维护,得到一些启发。

 

一个分布式系统,客户端,中间件,数据库。办公协作,有活就分给你,我干完了接着给你,你干的不好再退给你(怎么老是你?)。用户大概3000人,似乎也不算很多。工作习惯导致周一上午和周五下午并发峰值(好习惯?坏习惯?)。

 

一句话表明看法,这东西能活到现在多亏了中间件。

 

为什么这样讲,原因要从另外的系统讲起(不奇怪,运行的不止这个系统,责任自然推给别人)。刚接手时,前人总结了一些FAQ,其中一条是数据库锁表(就是有人占着不放)怎么解决。锁表的原因是:别的系统连接是客户端数据库2层结构,占有表的连接不释放,其他客户端就得不到表。显然,如果我忘了关闭连接,别人就惨了。并且,事实上的确会发生。锁表的结果是其他客户端都在等,整个系统瘫痪。

 

我对数据库不甚了解,并发就更不知道了。不过,这种情况经常发生,他们居然能忍这么多年,佩服。

 

这问题拿出来做引文,别的问题还有很多,来日方长。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值