这可能不是程序问题，但我想它的程序逻辑问题。我做了一个小的购物应用程序，将其用于实时，现在应用程序正常工作。
用于应用程序的技术：PHP，MySQL，JavaScript
对于本店常客客户每小时近1000名客户，我有大约10到15个柜台，我的应用程序将同时运行，一个服务器和15个客户端设置，这是关于商店和应用程序的环境和基本细节，现在我的小怀疑是，假设系统突然崩溃，我应采取的步骤是什么？
示例：我手动计费，否则我应该使用secondry数据库。如果手账单意味着一点点问题，那么对于操作员而言，工作负荷是很大的。我有另一个数据库，同样的表在那里，假设如果出现问题我应该使用辅助数据库吗？
好的就是这样的情况：我完成了大约1500的计费1501我的系统崩溃了。如果我使用另一个辅助数据库，那么计费将从1知道开始，所以我想一些重复账单不会出现问题吗？
我需要你的建议和想法，
由于
答案 0 :(得分：1)
我想你可以设置几个CRON作业来每隔几个小时自动备份一次，如果它无法连接mySQL服务器或者无法加载页面，那么它将恢复到维护页面并发送给你给你发电子邮件以解决它。
我对使用备份数据库不是很熟悉，但我想你可以设置一个CRON作业来每隔10分钟检查一次数据库，如果它没有得到响应，它会更改连接到备份的服务器数据库？但是，你必须做相当多的测试才能确保一切正常。
答案 1 :(得分：1)
您可以查看设置主/从设置。请参阅MySQL文档，但基本上您可以打开二进制日志记录，它是主服务器上的事务副本（写入磁盘而不是“ACID事务”的意义上的事务），然后将这些日志记录发送到从服务器并写入从服务器因此，slave通常只是master之后的几个事务。然后设置一个故障转移机制，自动或手动将http服务器切换到slave数据库。 这预先假定您拥有硬件和服务器之间的良好连接以实现此目的，但它确实提供了合理程度的保护，以防止数据丢失和“正常运行时间”