mysql и большие архивы

12
RS
На сайте с 12.05.2013
Offline
6
907

Приветствую всех. Столкнулся со следующей проблемой:

При восстановлении бэкапа (около 10гб) выдает ошибки mysql, нарушается работа рабочей базы. И потом вообще не запускается mysql.

Сервер мощный:

32гб RAM,

SSD

Intel® Core™ i7-4770 Quadcore Haswell 4 физических ядра, 8 потоков (hyper-threading)

по идее должен тянуть, поэтому возник вопрос, возможно mysql не так настроен?

#

# The MySQL database server configuration file.
#
# You can copy this to one of:
# - "/etc/mysql/my.cnf" to set global options,
# - "~/.my.cnf" to set user-specific options.
#
# One can use all long options that the program supports.
# Run program with --help to get a list of available options and with
# --print-defaults to see which it would actually understand and use.
#
# For explanations see
# http://dev.mysql.com/doc/mysql/en/server-system-variables.html

# This will be passed to all mysql clients
# It has been reported that passwords should be enclosed with ticks/quotes
# escpecially if they contain "#" chars...
# Remember to edit /etc/mysql/debian.cnf when changing the socket location.
[client]
port = 3306
socket = /var/run/mysqld/mysqld.sock

# Here is entries for some specific programs
# The following values assume you have at least 32M ram

# This was formally known as [safe_mysqld]. Both versions are currently parsed.
[mysqld_safe]
socket = /var/run/mysqld/mysqld.sock
nice = 0

[mysqld]
#
#innodb_force_recovery = 4
# * Basic Settings
#
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
lc-messages-dir = /usr/share/mysql
skip-external-locking
open_files_limit = 4096
innodb_file_per_table

#bind-address = 0.0.0.0
#
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
#
# * Fine Tuning
#
key_buffer = 16M
max_allowed_packet = 16M
thread_stack = 192K
thread_cache_size = 8
# This replaces the startup script and checks MyISAM tables if needed
# the first time they are touched
myisam-recover = BACKUP
#max_connections = 100
#table_cache = 64
#thread_concurrency = 10
#
# * Query Cache Configuration
#
query_cache_limit = 1M
query_cache_size = 16M
#
# * Logging and Replication
#
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.
# As of 5.1 you can enable the log at runtime!
#general_log_file = /var/log/mysql/mysql.log
#general_log = 1
#
# Error logging goes to syslog due to /etc/mysql/conf.d/mysqld_safe_syslog.cnf.
#
# Here you can see queries with especially long duration
#log_slow_queries = /var/log/mysql/mysql-slow.log
#long_query_time = 2
#log-queries-not-using-indexes
#
# The following can be used as easy to replay backup logs or for replication.
# note: if you are setting up a replication slave, see README.Debian about
# other settings you may need to change.
#server-id = 1
#log_bin = /var/log/mysql/mysql-bin.log
expire_logs_days = 10
max_binlog_size = 100M
#binlog_do_db = include_database_name
#binlog_ignore_db = include_database_name
#
# * InnoDB
#
# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.
# Read the manual for more InnoDB related options. There are many!
#
# * Security Features
#
# Read the manual, too, if you want chroot!
# chroot = /var/lib/mysql/
#
# For generating SSL certificates I recommend the OpenSSL GUI "tinyca".
#
# ssl-ca=/etc/mysql/cacert.pem
# ssl-cert=/etc/mysql/server-cert.pem
# ssl-key=/etc/mysql/server-key.pem


[mysqldump]
quick
quote-names
max_allowed_packet = 16M

[mysql]
#no-auto-rehash # faster start of mysql but no tab completition

[isamchk]
key_buffer = 16M

#
# * IMPORTANT: Additional settings that can override those from this file!
# The files must end with '.cnf', otherwise they'll be ignored.
#
!includedir /etc/mysql/conf.d/

Буду благодарен за ответы)

DV
На сайте с 01.05.2010
Offline
644
#1
RiverS:
выдает ошибки mysql

А где сами ошибки?

VDS хостинг ( http://clck.ru/0u97l ) Нет нерешаемых задач ( https://searchengines.guru/ru/forum/806725 ) | Перенос сайтов на Drupal 7 с любых CMS. ( https://searchengines.guru/ru/forum/531842/page6#comment_10504844 )
RS
На сайте с 12.05.2013
Offline
6
#2

ошибки возникали 2 раза всего - я не сохранил их. :( В связи с тем, что бэкап заливается долго + нарушает работу нельзя воспроизвести их вновь.

p.s. если заливать через sqlyog со своего ПК, то всё окей.

iHead
На сайте с 25.04.2008
Offline
137
#3

а сколько места у вас в /tmp? что в логе mysqld?

Рекомендуемый хостинг партнер 1С-Битрикс (https://www.ihead.ru/bitrix/), PHP-хостинг (https://www.ihead.ru/php/), доверенный партнер RU-CENTER (https://www.ihead.ru/news/573.html), официальный представитель REG.RU в Кирове (https://www.ihead.ru/news/851.html)
Andreyka
На сайте с 19.02.2005
Offline
822
#4

Если база в myisam - то залейте у себя на той же версии mysql, а потом перекиньте файлы базы

Не стоит плодить сущности без необходимости
Андрей
На сайте с 30.09.2009
Offline
482
#5

max_allowed_packet = 16M а база 10 гб, или всетаки вы частями заливаете?

EuroHoster.org ( https://eurohoster.org/ru/ ) - территория быстрых серверов. Выделенные серверы, VPS, SSL, домены и VPN.
M
На сайте с 30.08.2010
Offline
92
#6

как вариант, чтобы не ломать основную базу, импортнуть во вторую базу и переключиться на вторую базу в скриптах

VO
На сайте с 27.07.2008
Offline
149
#7
WapGraf:
max_allowed_packet = 16M а база 10 гб, или всетаки вы частями заливаете?

Это напряму не связано, у ТС в секции [mysqldump] тоже указано max_allowed_packet = 16M.

megadimon:
как вариант, чтобы не ломать основную базу, импортнуть во вторую базу и переключиться на вторую базу в скриптах

Первая здравая мысль в топике)

Андрей
На сайте с 30.09.2009
Offline
482
#8

V(o)ViK, оно то так, но как правило для таких больших баз 16Мб мало.

Без логов здесь мало что можно сказать. Только там должен быть ответ.

VO
На сайте с 27.07.2008
Offline
149
#9
WapGraf:
V(o)ViK, оно то так, но как правило для таких больших баз 16Мб мало.

Да, но дамп то он сделал как-то с 16 Mb, соотвественно и влить его обратно тоже должен с этим же параметром. Мешает ему то-то другое.

Распаковать архив и залить дамп в новую базу. Проблема может быть еще из-за того, что во время восстановления, TC не отключил работающий сайт и в базу одновременно писались какие-то данные скриптами сайта.

Андрей
На сайте с 30.09.2009
Offline
482
#10
V(o)ViK:
Да, но дамп то он сделал как-то с 16 Mb, соотвественно и влить его обратно тоже должен с этим же параметром. Мешает ему то-то другое.

Согласен.

V(o)ViK:
Проблема может быть еще из-за того, что во время восстановления, TC не отключил работающий сайт и в базу одновременно писались какие-то данные скриптами сайта.

маловероятно.

Вариант 1 - логи.

Вариант 2 - гадание на кофейной гуще :)

12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий