|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Anton Yuzhaninov 2:5020/400 06 Nov 2007 23:07:34
To : Eugene Grosbein
Subject : Re: MySQL MAX_ROWS
--------------------------------------------------------------------------------
Hello, Eugene!
You wrote to All on Wed, 07 Nov 2007 00:21:37 +0300:
EG> Росла-росла табличка MyISAM в MySQL 3.23.59 и выросла до 4G размером
EG> (66 миллионов строк). При попытке вставить строку база ругается
EG> table is full. Оказывается, по дефолту MySQL использует 32-битные
EG> указатели внутри себя для работы с таблицей. Чтобы он перешел
EG> на 64bit, попробовал сказать:
EG> ALTER TABLE tablename MAX_ROWS=200000000;
EG> База крепко задумалась, в соседнем терминале увидел,
EG> что она копирует одновременно MYI и MYD во временные файлы.
EG> Через часа четыре, когда процесс, судя по размерам временных
EG> файлов, дошел до 25%, клиент сказал, что Lost connection to database.
EG> А сервер перестал копировать данные. При этом show variables
EG> показывает:
EG> interactive_timeout | 86400
EG> wait_timeout | 86400
А что показывает
show full processlist
и меняются ли файлы tablename.*
?
Если процесс идет, и простой не критичен, то имеет смысл подождать.
Только надо быть готовым к тому, что в зависимости от железа ждать нужно
будет от нескольких часов до нескольких суток.
--
Anton Yuzhaninov, OSPF-RIPE, mail: citrin (at) citrin.ru
--- ifmail v.2.15dev5.4
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: MySQL MAX_ROWS 