这可能不是程序问题,但我猜是它的程序逻辑问题。我做了一个小的购物应用程序,现在它开始运行了,现在应用程序运行良好。
应用程序使用的技术: PHP、MySQL、JavaScript
对于这家商店的常规客户阵列,每小时有近1000名客户,我有大约10到15个柜台,我的应用程序将同时运行,一个服务器和15个客户端设置,这是关于商店和应用程序的环境和基本细节,现在我的小疑问是,假设如果系统突然崩溃,我应该采取什么步骤?
例如:我去与手动计费,否则我应该使用第二个数据库。如果手工账单意味着一点问题,那么操作员的工作量就太大了。我有另一个数据库,同样的表也在那里,假设如果出了什么问题,我应该用辅助数据库吗?
好的,这是一个场景:我为1501开了1500左右的账单,我的系统崩溃了。如果我使用另一个辅助数据库,那么计费将从1 know开始,所以我猜一些没有问题的重复账单将会发生?
我需要你的建议和想法,
谢谢
发布于 2010-12-09 20:48:00
我猜你可以设置几个CRON Job来每隔几个小时自动备份一次,如果它不能连接mySQL服务器或不能加载页面,它就会恢复到维护页面,并给你发送一封电子邮件来修复它。
我不太熟悉使用备份数据库,但我想你可以设置一个CRON作业,每隔10分钟左右检查一次数据库,如果它没有得到响应,它会改变你连接到备份数据库的服务器?然而,在这种情况下,您必须做相当多的测试,以确保一切正常工作。
发布于 2010-12-09 21:01:39
您可以查看如何设置主/从设置。请参阅MySQL文档,但本质上是打开二进制日志记录,这是主服务器上事务的副本(写入磁盘的事务,而不是“ACID事务”),然后将这些事务发送到从服务器并写入从数据库。因此,从服务器通常只比主数据库落后几个事务。然后设置故障转移机制,自动或手动将http服务器切换到从数据库。这是以硬件和服务器之间的良好连接为前提的,但是它确实提供了合理程度的保护,防止数据丢失和正常运行时间。
https://stackoverflow.com/questions/4398202
复制相似问题