当尝试重新启动MySQL时,我无法启动,下面是我无法理解问题的MySQL日志文件。正如我在下面设置的,在mysqld.conf中/etc/mysql/mysqld.conf.d/mysqld.conf文件中的配置。在MySQL错误不会出现的情况下,我应该做什么呢?Mysql日志
The manual page at HTTP://dev.mysql.com/doc/
当mysql第一次出现时,它会花一些时间在恢复上,我想知道它什么时候完成,最好是完成了多长时间。
Linux "service“声称mysql处于”启动/运行“状态,因此这是没有帮助的。我可以尝试连接,直到连接成功,但如果在恢复过程中出现问题,我可能会永远挂起。到目前为止,我所能做的最接近的是跟踪MySQL的error.log,然后使用regex从最后一行中提取最后一个数字,以确定恢复进度。但这似乎有点脆弱和烦躁。是否有MySQL (或第三方)提供的
当您在谷歌的CloudSQL平台上执行时间点恢复时,您必须实际克隆实例,然后指定二进制日志文件名和位置以进行前滚。我不确定这实际上是如何在内部工作的,它是否计算出首先需要恢复哪个备份,然后哪些二进制日志文件(如果有)排除了您选择的备份?或者它会克隆实例的当前状态并回滚到所需的二进制日志文件/位置?如果自上次备份以来您的链中有多个二进制日志文件,即因为您手动刷新了日志,该怎么办?假设您在CloudSQL中有一个如下所示的链:
Full Backup > <