Назад | Перейти на главную страницу

Ошибка MySql information_schema - Блокировка таблиц

Я написал быстрый сценарий оболочки для создания каждой резервной копии базы данных MySql, и он работает хорошо. Я использовал одни и те же скрипты для всех инструментов серверов mysql, я установил их на сервере ubuntu 10.04.

Теперь проблема в том, что при запуске сценария оболочки я получаю сообщение об ошибке, как показано ниже.

mysqldump: Got error: 1044: Access denied for user 'root'@'localhost' to database  'information_schema' when using LOCK TABLES

Я дал разрешение базе данных information_schema, но указанная выше ошибка все еще сохраняется.

Может ли кто-нибудь помочь мне решить эту проблему. Сообщите мне, нужно ли внести какие-либо изменения в сценарий оболочки.

Простой сценарий оболочки для всех моих друзей

#!/bin/bash

MyUser='root'       # Username
d=`date +%b_%d_%Y_%H_%M`
m="/var/backups/bugzilla_backup/Bugzilla_Dump_$d"
mkdir $m


#Get List of Databases
/usr/bin/mysql -u $MyUser -Bse 'show databases' > /usr/local/bin/dbname

# Backup listed Databases
while read l; do /usr/bin/mysqldump $l -u $MyUser > $m/$l-$d; /bin/bzip2 $m/$l-$d; sleep 15; done < /usr/local/bin/dbname

Проблема в том, что он также пытается сбросить схему, этот запрос до недавнего времени автоматически игнорировался. Вам нужно добавить в скрипт переменную, чтобы игнорировать определенные таблицы.

Вот мой сценарий, который игнорирует information_scheme, а также добавляет дату и 24-часовое время к именам файлов.

#!/bin/bash
# Shell script to backup MySql database 
# To backup Nysql databases file to /backup dir and later pick up by your 
# script. You can skip few databases from backup too.
# Last updated: Aug - 2005- and march 2013
# --------------------------------------------------------------------
# This is a free shell script under GNU GPL version 2.0 or above
# Copyright (C) 2004, 2005 nixCraft project
# -------------------------------------------------------------------------
# This script is part of nixCraft shell script collection (NSSC)
# Visit http://bash.cyberciti.biz/ for more information.
# -------------------------------------------------------------------------

MyUSER="YOURUSERNAME"     # USERNAME
MyPASS="YOURPASSSWORD FOR THE ABOVE USERNAME"       # PASSWORD 
MyHOST="localhost"          # Hostname

# Linux bin paths, change this if it can not be autodetected via which command
MYSQL="$(which mysql)"
MYSQLDUMP="$(which mysqldump)"
CHOWN="$(which chown)"
CHMOD="$(which chmod)"
GZIP="$(which gzip)"

# Backup Dest directory, change this if you have someother location
DEST="/root/dbbackup"

# Main directory where backup will be stored
MBD="$DEST/mysql"

# Get hostname
HOST="$(hostname)"

# Get date and time  in mm-dd-yyyy--H:M:S format
NOW="$(date +"%m-%d-%Y--%H%M")"

# File to store current backup file
FILE=""
# Store list of databases 
DBS=""

# DO NOT BACKUP these databases
IGGY="information_schema performance_schema"

[ ! -d $MBD ] && mkdir -p $MBD || :

# Only root can access it!
$CHOWN 0.0 -R $DEST
$CHMOD 0600 $DEST

# Get all database list first
DBS="$($MYSQL -u $MyUSER -h $MyHOST -p$MyPASS -Bse 'show databases')"

for db in $DBS
do
    skipdb=-1
        for i in $IGGY
        do
            [ "$db" == "$i" ] && skipdb=1 || :
        done
    fi

    if [ "$skipdb" == "-1" ] ; then
        FILE="$MBD/$db.$HOST.$NOW.gz"
        # do all inone job in pipe,
        # connect to mysql using mysqldump for select mysql database
        # and pipe it out to gz file in backup dir :)
            $MYSQLDUMP -u $MyUSER -p$MyPASS $db | $GZIP -9 > $FILE
    fi
done

Эта страница предлагает исправить это, добавив --single-transaction на ваш mysqldump команду или предоставив LOCK TABLES привилегия для пользователя, которого вы используете для mysqldump.

mysql> GRANT SELECT,LOCK TABLES ON mysql.* TO 'root'@'localhost';

Я не знаю, почему предоставление LOCK TABLES на mysql. * Решило бы проблему с блокировкой таблиц в information_schema. *, Но это то, что они говорят, работает.

Вы сказали: «Я дал разрешение на базу данных information_schema». Разрешения MySQL несколько сложнее.

Какое именно разрешение вы дали пользователю root?

А какому пользователю root вы его дали? Учетные записи пользователей MySQL на самом деле являются «user @ host». root @ localhost может иметь другой пароль и набор прав для root@127.0.0.1.

Этот запрос может помочь:

mysql> SELECT user, host , Lock_tables_priv FROM mysql.user WHERE user = 'root';
+------+--------------------------+------------------+
| user | host                     | Lock_tables_priv |
+------+--------------------------+------------------+
| root | localhost                | Y                |
| root | %                        | N                |
| root | 127.0.0.1                | Y                |
+------+--------------------------+------------------+

Я также должен упомянуть, что иметь пользователя root без пароля - не лучшая идея.