硬盘在24 * 7工作中罢工了，我该怎么办？

承认， 但我还是这个系统的核心， 因为我保存着这个系统最最重要的东西：数据。

为了能让Tomcat他们访问， 我提供了几十个数据库连接——不能提供更多了，因为每个连接都要耗费我不少资源。

这些天Tomcat他们实在不像话，数据库读写的请求像大海的波涛一样汹涌澎湃，不断向我袭来。

996是别想了， 24*7才是残酷人生。

我没办法， 只好拼命地压榨硬盘，看着他的磁头在光滑的盘片上滑来滑去，寻找磁道，定位扇区，读取数据。这小伙子挺不错的， 任劳任怨，但是就是太慢，居然比内存慢几千倍。

很快，连硬盘也招架不住了，他对我说：“MySQL大哥，再这样下去我就要坏掉了。”

果然，没过几天，硬盘病倒了，系统崩溃了。

读写分离

第二天我一觉醒来，就发现系统重启了，但是有点不对劲，这Tomcat发来的SQL怎么这么少啊!还都是些Insert, Update, Delete !

硬盘对我说：“你还不知道吧，昨天晚上我们的主人张大胖做了个数据库的读写分离!”

“读写分离?”

“是啊， 张大胖统计了一下， 我们读和写的比例大概是20:1， 非常适合读写分离，简单来说，就是建立多个数据库，你是主库，主要负责写，还有两个从库，主要负责读。这样我们就没有多少压力了。”

这里存了这么多数据， 怎么复制给另外两个小弟呢?” 我问道。

“这你不用担心，张大胖昨天已经给你做了一个快照，他把快照已经复制到了那两个小弟那里。接下来你只需要把今天早上产生的新的数据发过去就行了。”

基于SQL语句的复制

正在这个时候，那个叫旺财的小弟给我打招呼了： “大哥，你把你那里的执行过的Insert, Update, Delete这样的SQL语句都记录下来，然后发给我和小强，我们俩要这些SQL在我们自己的数据库上'重放'一下!”

（编辑：开发网_郴州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!