Мне действительно нужно немного опыта MySQL. Я новичок в MySQL, и за последние 1 неделю у меня произошел сбой моего БД.

Я использую MySQL 5.1.36 на Ubuntu. Это выделенный сервер mysql с двухъядерным процессором, 4 ГБ памяти и 40 ГБ SSD.

Ошибки журнала:

120413 23:57:15 [Note] Plugin 'FEDERATED' is disabled.
120413 23:57:15 [Warning] option 'innodb-autoextend-increment': unsigned value 2000 adjusted to 1000
120413 23:57:15  InnoDB: Initializing buffer pool, size = 2.9G
120413 23:57:15  InnoDB: Completed initialization of buffer pool
120413 23:57:16  InnoDB: Started; log sequence number 0 44234
120413 23:57:16 [Note] Event Scheduler: Loaded 0 events
120413 23:57:16 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.1.58-1ubuntu1-log'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  (Ubuntu)
120414  0:00:25 [Warning] Neither --relay-log nor --relay-log-index were used; so replication may break when this MySQL server acts as a slave and has his hostname changed!! Please use '--relay-log=e2-relay-bin' to avoid this problem.
120414  0:00:25 [Note] 'CHANGE MASTER TO executed'. Previous state master_host='', master_port='3306', master_log_file='', master_log_pos='4'. New state master_host='', master_port='3306', master_log_file='mysql-bin.000043', master_log_pos='87039427'.
120414  0:58:37 [Note] 'CHANGE MASTER TO executed'. Previous state master_host='', master_port='3306', master_log_file='mysql-bin.000043', master_log_pos='87039427'. New state master_host='', master_port='3306', master_log_file='mysql-bin.000043', master_log_pos='87846901'.
120414  2:20:34  InnoDB: ERROR: the age of the last checkpoint is 241588252,
InnoDB: which exceeds the log group capacity 241588224.
InnoDB: If you are using big BLOB or TEXT rows, you must set the   
InnoDB: combined size of log files at least 10 times bigger than the
InnoDB: largest such row.

My.cnf, как показано ниже.

default-storage-engine=innodb
default-table-type=innodb
key_buffer              = 384M
max_allowed_packet      = 64M
thread_stack            = 256K
thread_cache_size       = 16
max_heap_table_size     = 64M
myisam_sort_buffer_size = 64M
join_buffer_size        = 8M
read_buffer_size        = 2M
read_rnd_buffer_size    = 8M
sort_buffer_size        = 3M
tmp_table_size          = 64M
# Innodb changes
innodb_additional_mem_pool_size = 16M
innodb_autoextend_increment     = 2000
innodb_buffer_pool_size         = 3000M #As current Db is around 1.2G.
innodb_file_per_table
innodb_data_file_path           = ibdata1:512M;ibdata2:512M:autoextend
innodb_flush_log_at_trx_commit  = 2 #For more reliablity use 1
innodb_flush_method             = O_DIRECT
innodb_log_buffer_size          = 8M
innodb_log_file_size            = 128M #Transaction Log up to 1/4 Buffer Pool
innodb_thread_concurrency       = 16
#innodb_force_recovery          = 2
#innodb_read_io_threads         = 8
#innodb_write_io_threads                = 8
innodb_lock_wait_timeout        = 50
# This replaces the startup script and checks MyISAM tables if needed
# the first time they are touched
myisam-recover         = BACKUP
max_connections        = 400
table_cache            = 1024M
thread_concurrency     = 16

Любые предложения, что я могу изменить.

На первый взгляд, я бы сказал, что ваш innodb_log_file_size слишком мал. Это должно быть больше, чтобы сделать две вещи:

• Приспособьте любые большие поля BLOB или TEXT
• Проведение крупных сделок

Вот что вы должны сделать сейчас, чтобы увидеть, помогает ли это:

ШАГ 01) Измените следующее в /etc/my.cnf

[mysqld]
innodb_log_buffer_size          = 32M
innodb_buffer_pool_size         = 3G
innodb_log_file_size            = 768M

ШАГ 02) service mysql stop

ШАГ 03) rm -f /var/lib/mysql/ib_logfile*

ШАГ 04) service mysql start

Это восстановит следующие файлы

• / Var / Библиотека / MySQL / ib_logfile0
• / Var / Библиотека / MySQL / ib_logfile1

Попробуйте!

ОБНОВЛЕНИЕ 2013-07-03 12:37 ПО ВОСТОЧНОМУ ВРЕМЕНИ

Я обновил мои другие сообщения на этом и пропустил этот

ButtleButkus только что прокомментировал на2013-07-03 07:18:56 EDT

Не рекомендуется ли скопировать ib_logfile * в другое место для резервного копирования, прежде чем удалять их?

Поскольку внутри могут быть незавершенные транзакционные данные, вот что нужно сделать

ШАГ 01) Измените следующее в /etc/my.cnf

[mysqld]
innodb_log_buffer_size          = 32M
innodb_buffer_pool_size         = 3G
innodb_log_file_size            = 768M

ШАГ 02) mysql -uroot -p -e "УСТАНОВИТЬ ГЛОБАЛЬНОЕ innodb_fast_shutdown = 0;"

ШАГ 03) service mysql stop

ШАГ 04) rm -f /var/lib/mysql/ib_logfile*

ШАГ 05) service mysql start

Я добавил SET GLOBAL innodb_fast_shutdown = 0;. Что это делает? Это заставляет InnoDB полностью очищать транзакционные изменения от всех движущихся частей InnoDB, включая журналы транзакций (ib_logfile0, ib_logfile1). Таким образом, нет необходимости делать резервную копию старого ib_logfile0, ib_logfile1. Если удаление их заставляет вас нервничать, сделайте Шаг 04

mv /var/lib/mysql/ib_logfile* ..

положить старые журналы в /var/lib. Если воссоздание журналов прошло успешно и mysqld запускается, вы можете удалить старые журналы.

Я использую эту функцию в течение года. Я обновил мои другие сообщения, чтобы отразить это ...

• May 20, 2013: Innodb один файл на табличное пространство
• May 05, 2013: Проблема после перемещения файлов ib_logfile1 и ib_logfile0
• Jan 10, 2013: Поиск и исправление повреждения индекса InnoDB
• Dec 17, 2012: MySQL Start / Stop
• Feb 16, 2011: Как безопасно изменить MySQL переменную innodb 'innodb_log_file_size'? (Последнее обновление)
• Feb 04, 2011: MySQL InnoDB - минусы innodb_file_per_table? (Последнее обновление)
• Oct 29, 2010: Howto: Очистить движок хранения MySQL InnoDB? (Добавлено как шаг 03 на Jun 04, 2013)

Если есть другие мои старые посты, в которых я не упоминаю innodb_fast_shutdown , дайте мне знать, чтобы я мог обновить его. Еще раз спасибо, ButtleButkus .