Автор Тема: .  (Прочетена 5714 пъти)

makeme

  • Напреднали
  • *****
  • Публикации: 884
  • Distribution: Many
  • Window Manager: KDE
    • Профил
Re: Проблем с mysql databace след спиране на ток.
« Отговор #15 -: Jan 23, 2019, 12:48 »
Пак казвам, виж си таблиците какви са. Проблема ми прилича на InnoDB (обикновено са смесени)

ПП: Като информация - компютъра на който съм е с Ubuntu 16.04 и таблиците са ми в /var/lib/mysql/mysql
« Последна редакция: Jan 23, 2019, 13:18 от makeme »
Активен

Distributions:  UbuntuMate; Kubuntu; CentOS; Kali; Raspberry Pi OS ...

Naka

  • Напреднали
  • *****
  • Публикации: 2819
    • Профил
Re: Проблем с mysql databace след спиране на ток.
« Отговор #16 -: Jan 23, 2019, 13:14 »
Цитат
Да. Сравних и големината е същата. Еднакви са като размер.

Сравни и пермишъните!
При ext3 и myisam таблици, аз не съм имал проблем с такова бакупване.
Ако файловете вървят по 3 броя с еднакви имена то това са myisam таблици.
file.frm
file.MYD
file.MYI

А иначе системните таблици стоят в /var/lib/mysql/mysql  ??? докато файловете на някоя база стоят в  /var/lib/mysql/bazata_mi
Ама ти казваш че копираш всичко.
« Последна редакция: Jan 23, 2019, 13:19 от Naka »
Активен

Perl - the only language that looks the same before and after encryption.

makeme

  • Напреднали
  • *****
  • Публикации: 884
  • Distribution: Many
  • Window Manager: KDE
    • Профил
Re: Проблем с mysql databace след спиране на ток.
« Отговор #17 -: Jan 23, 2019, 13:29 »
Цитат
Да. Сравних и големината е същата. Еднакви са като размер.

Сравни и пермишъните!
При ext3 и myisam таблици, аз не съм имал проблем с такова бакупване.
Ако файловете вървят по 3 броя с еднакви имена то това са myisam таблици.
file.frm
file.MYD
file.MYI

А иначе системните таблици стоят в /var/lib/mysql/mysql  ??? докато файловете на някоя база стоят в  /var/lib/mysql/bazata_mi
Ама ти казваш че копираш всичко.
И при мен на 16.04 са същите пътища, и при innodb таблици, файловете са ми по 2:
*.frm
*.idb

Ако и при колегата са такива значи може и да се окажа прав, че е заради innodb-то.
Активен

Distributions:  UbuntuMate; Kubuntu; CentOS; Kali; Raspberry Pi OS ...

sedimalko

  • Напреднали
  • *****
  • Публикации: 16
    • Профил
Re: Проблем с mysql databace след спиране на ток.
« Отговор #18 -: Jan 23, 2019, 13:43 »
.
« Последна редакция: Mar 17, 2020, 19:16 от sedimalko »
Активен

sedimalko

  • Напреднали
  • *****
  • Публикации: 16
    • Профил
Re: Проблем с mysql databace след спиране на ток.
« Отговор #19 -: Jan 23, 2019, 13:51 »
.
« Последна редакция: Mar 17, 2020, 19:16 от sedimalko »
Активен

makeme

  • Напреднали
  • *****
  • Публикации: 884
  • Distribution: Many
  • Window Manager: KDE
    • Профил
Re: Проблем с mysql databace след спиране на ток.
« Отговор #20 -: Jan 23, 2019, 13:55 »
Innodb са колега. Извинявай ако съм прозвучал грубо с въпроса за дали има нещо общо.

Иначе, да точно така, тези лимити са за php-то за да може да наливаш по-долеми дъмпове през phpmyadmin. За наливане през конзолата (Naka мисля по горе беше дал пример) не важат. Ако работиш с phpmyadmin често, увеличи и другите които ти дадох.

Относно основната задача - имал съм подобен проблем. Не се сещам точно как го оправих, но беше с доста четене. Innodb има някакви статуси  и прочие, които трябва да се променят иначе само с копиране не тръгва.
Може да прочетеш линка, който ти дадох:
https://serverfault.com/questions/367255/linux-mysql-is-it-safe-to-copy-mysql-db-files-with-cp-command-from-one-db-to
както и:
https://serverfault.com/questions/290991/copying-var-lib-mysql-files-over-resulted-in-innodb-corruption

Ако има някой експерт по mysql/maria, нека се изкаже и той.

Успех
Активен

Distributions:  UbuntuMate; Kubuntu; CentOS; Kali; Raspberry Pi OS ...

sedimalko

  • Напреднали
  • *****
  • Публикации: 16
    • Профил
Re: Проблем с mysql databace след спиране на ток.
« Отговор #21 -: Jan 23, 2019, 13:57 »
.
« Последна редакция: Mar 17, 2020, 19:16 от sedimalko »
Активен

sedimalko

  • Напреднали
  • *****
  • Публикации: 16
    • Профил
Re: Проблем с mysql databace след спиране на ток.
« Отговор #22 -: Jan 23, 2019, 14:09 »
.
« Последна редакция: Mar 17, 2020, 19:16 от sedimalko »
Активен

sedimalko

  • Напреднали
  • *****
  • Публикации: 16
    • Профил
Re: Проблем с mysql databace след спиране на ток.
« Отговор #23 -: Jan 23, 2019, 14:17 »
.
« Последна редакция: Mar 17, 2020, 19:16 от sedimalko »
Активен

makeme

  • Напреднали
  • *****
  • Публикации: 884
  • Distribution: Many
  • Window Manager: KDE
    • Профил
Re: Проблем с mysql databace след спиране на ток.
« Отговор #24 -: Jan 23, 2019, 14:29 »
А иначе как мислите. Дали има шанс да се оправи работата с тези бази?
Аз почти изгубих надежда :-[.

И между другото като заговорихте за размери и MyISAM/InnoDB се сетих за друго нещо.
Ако инсталирам на един сървър същата версич vBulletin, и там когато ме пита за InnoDB или друга да избера да видя каква е без да я сменям. Защото по принцип не ги пипам. Просто продължавам към следващата стъпка. Да напиша няколко теми за да минат размера на базата данни над 10 МБ място, и да прехвъря базата данни на друго място да видя дали ще тръгне?

Ми принципно има шанс. Както казах и аз съм го ял, но беше преди повече от 5 години и не помня точния случай. Просто от тогава съм запомнил че ако някой не настоява за innodb препоръчвам mysam :)
Общо взето от единия линк разбирам, че при всичко по дефулт с копиране на /var/lib/mysql и на my.cnf  (при мен е симлинк в /etc/mysql)трябва да тръгне. Разбира се то така е написано че се подразбира и всички конф файлове. Например в моето my.cnf  има:
Код:
!includedir /etc/mysql/conf.d/
!includedir /etc/mysql/mysql.conf.d/
така че предполагам и тях, както и ако има други include нататък.
 Като се зачетеш обаче:
Код:
The crucial parameters are your InnoDB log size/count/etc, and file-per-table -- if they're different, you really ain't going nowhere
което е малко извън моята експертиза и за това помолих, ако има някой който се занимава с бази да напише как/къде са тези неща.

ПП: Този https://dba.stackexchange.com/questions/16875/restore-table-from-frm-and-ibd-file#16911 има и 2 линка с отговори какво се прави ако тези специфични мета данни за innodb не отговарят.
« Последна редакция: Jan 23, 2019, 14:59 от makeme »
Активен

Distributions:  UbuntuMate; Kubuntu; CentOS; Kali; Raspberry Pi OS ...

jet

  • Напреднали
  • *****
  • Публикации: 2090
  • Distribution: debian
  • Window Manager: kde
    • Профил
Re: Проблем с mysql databace след спиране на ток.
« Отговор #25 -: Jan 23, 2019, 18:04 »
Надявам се, че не се опитваш да импортираш тези файлове от /lib през phpmyadmin
Фаилове можеш да импортираш само ако са издъмпени през MySQL (защото са двоични)
Също се надявам, че не копираш файловете през Уиндоус.
Активен

..⢀⣴⠾⠻⢶⣦⠀
  ⣾⠁⢠⠒⠀⣿⡁
  ⢿⡄⠘⠷⠚⠋
  ⠈⠳⣄⠀⠀⠀⠀  Debian, the universal operating system.

sedimalko

  • Напреднали
  • *****
  • Публикации: 16
    • Профил
Re: Проблем с mysql databace след спиране на ток.
« Отговор #26 -: Jan 24, 2019, 17:20 »
.
« Последна редакция: Mar 17, 2020, 19:17 от sedimalko »
Активен

makeme

  • Напреднали
  • *****
  • Публикации: 884
  • Distribution: Many
  • Window Manager: KDE
    • Профил
Re: Проблем с mysql databace след спиране на ток.
« Отговор #27 -: Jan 24, 2019, 17:45 »
Малко объркващо стана, но общо взето казва че не можеш да импортираш (това дето го правиш през phpmyadmin или през конзолата, както предложи NAKA, тези файлове от /lib ). Не казва че няма да стане с копиране, ми просто да не се бъркат двете неща.
Активен

Distributions:  UbuntuMate; Kubuntu; CentOS; Kali; Raspberry Pi OS ...

Naka

  • Напреднали
  • *****
  • Публикации: 2819
    • Профил
Re: Проблем с mysql databace след спиране на ток.
« Отговор #28 -: Jan 25, 2019, 10:59 »
Айде да оправим малко терминологията, че отначалото на темата е неясно.

Това е експорт/импорт или дъмп през тектови файл.

mysqldump --databases db_name > backup.txt.sql
mysql db_name < backup.txt.sql


и така трябва да се прави бакуп на база.

А другото, което го правиш през phpmyadmin, или scp или файлов менажер не е никакво импортиране а копиране на бинарните таблици. Ако mysql сърверите са спряни и са еднакви версии, се подразбира че новия ще опознае таблиците си и ще тръгне все едно нищо не е било. Моля те не го наричай импортиране, наричай го копиране, че се въртим в кръг [_]3


възможно е обаче понеже тока е спрял, оригиналният сървер не е бил спрял, таблиците да не са били в синхрон (не са били FLUSH-нати) нещо да е останало още в паметта И като предположи makeme, че това става с InnoDB таблиците и затова да се получават тези работи при новият сървер. Ако това е случая трябва да ги оправяш чрез тези линкове дето ги даде  makeme. Хората пишат че ставало.

« Последна редакция: Jan 25, 2019, 11:28 от Naka »
Активен

Perl - the only language that looks the same before and after encryption.

makeme

  • Напреднали
  • *****
  • Публикации: 884
  • Distribution: Many
  • Window Manager: KDE
    • Профил
Re: Проблем с mysql databace след спиране на ток.
« Отговор #29 -: Jan 25, 2019, 11:30 »

А другото, което го правиш през phpmyadmin, или scp или файлов менажер не е никакво импортиране а копиране на бинарните таблици. Ако mysql сърверите са спряни и са еднакви версии, се подразбира че новия ще опознае таблиците си и ще тръгне все едно нищо не е било. Моля те не го наричай импортиране, наричай го копиране, че се въртим в кръг [_]3





:)  [_]3

Същото като:
Цитат
mysqldump --databases db_name > backup.txt.sql
mysql db_name < backup.txt.sql

Но различно от копиране на файловете от системната mysql директория (миграция чрез копиране).
За това и по-горе казах че лимитите нямат нищо общо, понеже те са за PHP-то с което е написан и работи phpmyadmin (това дето пише: Максимум 50мб).

Самият mysql няма лимити за големината на файловете:
https://dev.mysql.com/doc/refman/8.0/en/table-size-limit.html
« Последна редакция: Jan 25, 2019, 11:43 от makeme »
Активен

Distributions:  UbuntuMate; Kubuntu; CentOS; Kali; Raspberry Pi OS ...