Percona XtraBackup得到了很多赞扬,从我所看到的,但我发现它令人难以置信的沮丧。我在用:
root@GR-00258:~# xtrabackup --version
xtrabackup version 2.4.9 based on MySQL server 5.7.13 Linux (x86_64) (revision id: a467167cdd4)
我可以在没有问题的情况下创建一个或多个单一数据库的备份,但是似乎没有任何方法来恢复它们。我发现的唯一方法是将它们恢复为空/var/lib/mysql中的完整备份,这意味着mysql当然不会启动。这似乎是一个非常糟糕的恢复工具-
所以这对我来说是新的。当通过MySQL使用这个数据库PHP脚本时,我在运行它时会得到一个空的SQL文件。
<?php
backup_tables('localhost','username','password','blog');
/* backup the db OR just a table */
function backup_tables($host,$user,$pass,$name,$tables = '*')
{
$return = '';
$link = my
我确信这是一个重复的主题,但我无法完成:我喜欢在运行时将我的数据库转储恢复到MySQL容器,而不修改docker-come.yml文件。
Dockerfile
FROM php:5.4.45-apache
RUN apt-get update
RUN docker-php-ext-install mysql mysqli
docker-compose.yml
version: '2'
services:
php_service:
container_name: my_php
# Use Dockerfile in this dir to build the
我需要保存我的数据库从一个码头mysql容器,以便其他团队成员也可以工作。直到现在,我们才开始使用它,它运行得很好:
volumes:
- ./db/:/var/lib/mysql/
但是,/db文件夹非常混乱,因为/mysql文件夹包含了所有的mysql文件,而不仅仅是数据库。因此,我尝试只保存数据库文件夹:
volumes:
- ./db/:/var/lib/mysql/database/
但不幸的是,我一直收到这样的错误:
[ERROR] --initialize specified but the data directory has files
升级后,Ubuntu14.04上的MySQL继续崩溃,并根据dmesg每24小时重新启动一次。我希望MySQL日志中出现故障的原因是什么,但它们都是空的。有什么办法来调试这个吗?
[32973.265291] init: mysql main process (944) terminated with status 1
[32973.265369] init: mysql main process ended, respawning
[32974.838809] type=1400 audit(1427596253.637:24): apparmor="STATUS" oper