Невозможно залить дамп БД

[imperio]

Получилось ли исправить проблему?
Столкнулся с тем же,

Залить большой дамп легко удалось с помощью sypex dumper2.

И это правильно :-)
PhpMyAdmin очень плохо работает с импортом больших баз

[skurudo]

Залить большой дамп легко удалось с помощью sypex dumper2.

И это правильно :-)
PhpMyAdmin очень плохо работает с импортом больших баз

Смотря что мы считаем большими базами... 0-200мб достаточно неплохо справляется. Конечно тут надо бы заметить, что нужно крутить лимиты на размер файла, тайматы и все такое. Плюс не забывать, что можно же крупнячок из консоли добавить буквально одной командой, еще проще чем выкачивать дополнительные утилиты:

Code: Select all

mysql -uUSER -pPASSWORD DataBase < dump.sql

[PVasili]

Простенький дамп 28Mb всего:
ERROR 2006 (HY000) at line 479: MySQL server has gone away

[skurudo]

Простенький дамп 28Mb всего:
ERROR 2006 (HY000) at line 479: MySQL server has gone away

Да? Не хочу хвастаться, но у меня нормально проходят дампы и в десять раз больше.
Давайте посмотрим, что у вас в конфигурационном файле mysql и логе с ошибка mysql.
Скорее всего где-то не хватило ресурсов (кстати сколько их?) и оно слегка упало, бывает.

[PVasili]

Аналогично, на хостингах.
Решил панель на digitalocean попробовать.

Droplets 512Mb.
Ubuntu 14.04 x32
my.cnf стандартный. что vesta сделала:

Code: Select all

[client]
port=3306
socket=/var/run/mysqld/mysqld.sock

[mysqld_safe]
socket=/var/run/mysqld/mysqld.sock

[mysqld]
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
log_error=/var/log/mysql/error.log
max_connections=200
max_user_connections=30
wait_timeout=60
interactive_timeout=50
long_query_time=5
innodb_file_per_table

!includedir /etc/mysql/conf.d/

error.log - о....тут все в красном....
====================================

Code: Select all

150402 17:39:39 [Note] Plugin 'FEDERATED' is disabled.
150402 17:39:39 InnoDB: The InnoDB memory heap is disabled
150402 17:39:39 InnoDB: Mutexes and rw_locks use GCC atomic builtins
150402 17:39:39 InnoDB: Compressed tables use zlib 1.2.8
150402 17:39:39 InnoDB: Using Linux native AIO
150402 17:39:39 InnoDB: Initializing buffer pool, size = 128.0M
150402 17:39:39 InnoDB: Completed initialization of buffer pool
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
150402 17:39:39  InnoDB: Retrying to lock the first data file
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
......
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
150402 17:41:20  InnoDB: Unable to open the first data file
InnoDB: Error in opening ./ibdata1
150402 17:41:20  InnoDB: Operating system error number 11 in a file operation.
InnoDB: Error number 11 means 'Resource temporarily unavailable'.
InnoDB: Some operating system error numbers are described at
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/operating-system-error-codes.html
150402 17:41:20 InnoDB: Could not open or create data files.
150402 17:41:20 InnoDB: If you tried to add new data files, and it failed here,
150402 17:41:20 InnoDB: you should now edit innodb_data_file_path in my.cnf back
150402 17:41:20 InnoDB: to what it was, and remove the new ibdata files InnoDB created
150402 17:41:20 InnoDB: in this failed attempt. InnoDB only wrote those files full of
150402 17:41:20 InnoDB: zeros, but did not yet use them in any way. But be careful: do not
150402 17:41:20 InnoDB: remove old data files which contain your precious data!
150402 17:41:20 [ERROR] Plugin 'InnoDB' init function returned error.
150402 17:41:20 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
mysqld: Too many arguments (first extra is 'start').
Use --verbose --help to get a list of available options
150402 17:41:20 [ERROR] Aborting
150402 17:41:20 [Note] mysqld: Shutdown complete

на 512 не взлетит или кто-то мешает?

[skurudo]

Насяльника, 512 маловато конечно :) Но дело возможно не в этом.
Во-первых, попробуйте добавить в конфиг в секцию [mysqld]
open_files_limit=65535

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

Code: Select all

[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql
symbolic-links=0
max_connections=100
max_user_connections=30
wait_timeout=30
interactive_timeout=50
slow-query-log =1
long_query_time=5
#log-queries-not-using-indexes
slow-query-log-file = /var/log/mysql-slow.log

skip-external-locking
key_buffer_size = 8M
max_allowed_packet = 16M
table_open_cache = 4k
sort_buffer_size = 512k
read_buffer_size = 512k
read_rnd_buffer_size = 512k
myisam_sort_buffer_size = 8M
thread_cache_size = 128
query_cache_size = 8M
query_cache_limit = 8M
tmp_table_size = 16M
max_heap_table_size = 16M
join_buffer_size = 512k
open_files_limit=65535

#innodb_use_native_aio = 0
innodb_file_per_table
innodb_buffer_pool_size = 8M

PS: После правки конфигов естественно нужно перезапускать сервис.

[PVasili]

Спасибо за мучения со мной...

Code: Select all

*****/etc/mysql# mysqld start
150402 18:14:05 [Note] Plugin 'FEDERATED' is disabled.
150402 18:14:05 InnoDB: The InnoDB memory heap is disabled
150402 18:14:05 InnoDB: Mutexes and rw_locks use GCC atomic builtins
150402 18:14:05 InnoDB: Compressed tables use zlib 1.2.8
150402 18:14:05 InnoDB: Using Linux native AIO
150402 18:14:05 InnoDB: Initializing buffer pool, size = 8.0M
150402 18:14:05 InnoDB: Completed initialization of buffer pool
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
150402 18:14:05  InnoDB: Retrying to lock the first data file
InnoDB: Unable to lock ./ibdata1, error: 11
......
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
150402 18:15:45  InnoDB: Unable to open the first data file
InnoDB: Error in opening ./ibdata1
150402 18:15:45  InnoDB: Operating system error number 11 in a file operation.
InnoDB: Error number 11 means 'Resource temporarily unavailable'.
InnoDB: Some operating system error numbers are described at
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/operating-system-error-codes.html
150402 18:15:45 InnoDB: Could not open or create data files.
150402 18:15:45 InnoDB: If you tried to add new data files, and it failed here,
150402 18:15:45 InnoDB: you should now edit innodb_data_file_path in my.cnf back
150402 18:15:45 InnoDB: to what it was, and remove the new ibdata files InnoDB created
150402 18:15:45 InnoDB: in this failed attempt. InnoDB only wrote those files full of
150402 18:15:45 InnoDB: zeros, but did not yet use them in any way. But be careful: do not
150402 18:15:45 InnoDB: remove old data files which contain your precious data!
150402 18:15:45 [ERROR] Plugin 'InnoDB' init function returned error.
150402 18:15:45 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
mysqld: Too many arguments (first extra is 'start').
Use --verbose --help to get a list of available options
150402 18:15:45 [ERROR] Aborting
150402 18:15:45 [Note] mysqld: Shutdown complete

всё то же...

память или переставить попробовать?

[skurudo]

Не обязательно, может быть пытается загрузиться дважды.

Здесь две опции, если вы не используете APC, то вам в эту дверь - https://github.com/serghey-rodin/vesta/ ... t-63156504 - update-rc.d mysql disable

[PVasili]

На CentOS запустилось нормально. Будем дальше конфиг крутить потиху.
Может на убанту криво что-то встало первый раз? Но сейчас работает - пусть работает :)

Спасибо за помощь.