|
удаление миллионов записей кроме одной, перфоменс после
|
|||
---|---|---|---|
#18+
google cloud sql gen 1 (по сути mysql 5.6), удалил миллионы записей, осталась одна запись. теперь селект из таблицы занимает минуты. суппорт говорит это нормально для mysql. это действительно нормально ? где-то можно почитать как в оригинальном mysql хранятся данные таблиц, что происходит при удалении из MyISAM таблиц ? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2019, 17:17 |
|
удаление миллионов записей кроме одной, перфоменс после
|
|||
---|---|---|---|
#18+
hck1, а нельзя проблемный delete заменить на последовательность drop table, create table, insert? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2019, 17:32 |
|
удаление миллионов записей кроме одной, перфоменс после
|
|||
---|---|---|---|
#18+
Или, хотя бы, после удаления множества записей выполнить оптимизацию таблицы... Хотя, это, вероятно, будет много затратнее, чем пересоздать таблицу и добавить одну запись. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2019, 17:38 |
|
удаление миллионов записей кроме одной, перфоменс после
|
|||
---|---|---|---|
#18+
не, у меня вопрос не как избежать ситуации, а действительно ли так работает mysql ? может где-то можно почитать подробности? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2019, 18:26 |
|
удаление миллионов записей кроме одной, перфоменс после
|
|||
---|---|---|---|
#18+
hck1удалил миллионы записей, осталась одна запись. теперь селект из таблицы занимает минуты. суппорт говорит это нормально для mysql.Смотря что за селект. Если fullscan - да, возможно, если используется хоть какой индекс - враньё. Выполните ANALYZE TABLE, и проблема уйдёт. Или во всяком случае у техподдержки пропадёт основание говорить что-то про "нормальность". hck1что происходит при удалении из MyISAM таблиц ?Место помечается как незанятое. Шринк файла данных - отсутствует. А вот индексные файлы - сжимаются. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2019, 21:56 |
|
удаление миллионов записей кроме одной, перфоменс после
|
|||
---|---|---|---|
#18+
AkinaВыполните ANALYZE TABLE, и проблема уйдёт.OPTIMIZE TABLE ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2019, 22:29 |
|
удаление миллионов записей кроме одной, перфоменс после
|
|||
---|---|---|---|
#18+
блин, напугали. поставил mysql 5.6 все там нормально. натолкал 10М записей, удалил все кроме одной - любой селект моментально возвращает результат. я даже сервис mysqld останавливал, что бы убедиться что я не из кеша читаю. а в google cloud sql тот же эксперимент - превращает таблицу в медленную. правда OPTIMIZE TABLE помог. но мне кажется хрень это какая-то. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2019, 23:18 |
|
удаление миллионов записей кроме одной, перфоменс после
|
|||
---|---|---|---|
#18+
hck1удалил все кроме однойКроме какой именно одной? По идее, чтобы эксперимент был показательным, надо оставить ту запись, которая физически самая последняя. Кроме того, движок был явно указан MyISAM? ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2019, 00:46 |
|
удаление миллионов записей кроме одной, перфоменс после
|
|||
---|---|---|---|
#18+
miksofthck1удалил все кроме однойКроме какой именно одной? По идее, чтобы эксперимент был показательным, надо оставить ту запись, которая физически самая последняя. Кроме того, движок был явно указан MyISAM? да, согласен. заселектил кол-во строк и залектил limit предпоследние, последняя. 4 последних оставил, остальные удалил. все равно все быстро. движок MyISAM, явно при создании таблицы указал. так же как в эксперименте у гугла. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2019, 01:26 |
|
|
start [/forum/topic.php?fid=47&msg=39767260&tid=1829333]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
51ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
others: | 16ms |
total: | 165ms |
0 / 0 |