Tušíte, pls, někdo, proč MySQL v XAMPP pořád padá?

Ahoj všem, pro lokální vývoj používám na svém NB nainstalovaný XAMPP, kde jede Apache a MySQL (a z XAMPPu už nic jiného). A každou chvilku MySQL lehne s tím, že předchozí vypnutí bylo neočekávané, a musím pořád dokola vytahovat data ze složky Backup podle postupu ze StackOverflow ( https://stackoverflow.com/questions/18022809/how-to-solve-error-mysql-shutdown-unexpectedly ). Před vypínáním kompíku si fakt dávám záležet, abych nejprve všechny databáze vydumpoval, všecko postupně povypínal v pořadí jak by to mělo být (SQL klienty, Apache, a pak MySQL). Zatím se mi nezdařilo vypozorovat co přesně může toto způsobovat, ale potřebuji fungovat a ne pořád řešit nečekané pády MySQL serveru a obnovování dat z Backupu. Někdy tam ta složka Backup ani nebyla. Nainstaloval jsem i úplně novou verzi XAMPPu s nejnovější DB i Apachem (po předchozí odinstalaci všeho od staršího XAMPPu). A je podle všeho úplně jedno, zda se jedná o klasickou instalaci anebo portable verzi. Chvíli jsem si říkal že už bude klid, a najednou to zase spadlo a znovuspuštění MySQL služby prostě nešlo, tak jsem zase musel obnovovat data. Včera jsem na jinej komp kde neprogramuji nainstaloval MySQL Community Server 8.0.28, nastavil síťové prostupy a práva k DB. Zatím to vypadá celkem dobře, ale komp na kterém to jede je velká krabice, kterou s sebou vláčet nemůžu a databáze ven do Internetu vystrkovat nechci kvůli obsahu dat a službám na tom stroji. Tohle je ten NB na kterém to padá: (Windows 11 Pro 64-bit, i9-12900HK, 64GB RAM DDR4, 2TB M.2, ESET Internet Security). Jako klienta pro práci s MySQL kromě kódu v PHP, používám někdy i Navicat a někdy taky Visual Studio Code. Máte někdo s tímto problémem u XAMPPu zkušenosti a radu jak se tohoto chování MySQL serveru zbavit natrvalo? Předem děkuji za rady.

Mě to kdysi shazoval firewall ... shodil jsem xampp a nahodil laragon.

OKi, pokud to podporuje všecko co jsem sepsal a zatím na XAMPPu fungovalo, tak je mi to celkem fuk na čem to budu vyvíjet. Díky za tip, zkusím si to někde bokem rozject a zjistit jak moc je to pro mě použitelné.

Nepíšete dost informací, ani verzi Xampp. Je třeba prozkoumat proč ta MariaDB padá, tj. zkontrolovat související logy, případně záznamy v Prohlížeči události ve Windows. Padá to náhodně často a nebo po zhruba stejné době od startu? Je možné, že ve Windows to koliduje s jiným software. Můžete případně zkusit stejnou verzi Xampp na jiném, čistějším stroji. Osobně Xampp (portable) používám dlouhé roky a nikdy jsem neměl problém.---------- Příspěvek doplněn 04.04.2023 v 18:56 ----------

Napsal oldchoolwt;1660997

Mě to kdysi shazoval firewall ... shodil jsem xampp a nahodil laragon.

To se mi moc nezdá. Nevím jak by mohl firewall, jehož účel je jen blokovat přístup k portům, shazovat cizí proces. 🤔

V my.ini jsem se nevrtal.mysql_error.log:2023-03-31 19:40:39 0 InnoDB: Page log sequence number 146592860 is in the future! Current system log sequence number 300306.2023-03-31 19:40:39 0 InnoDB: Your database may be corrupt or you may have copied the InnoDB tablespace but not the InnoDB log files. Please refer to https://mariadb.com/kb/en/library/innodb-recovery-modes/ for information about forcing recovery.2023-03-31 19:40:39 0 InnoDB: Page log sequence number 147238993 is in the future! Current system log sequence number 300306.2023-03-31 19:40:39 0 InnoDB: Your database may be corrupt or you may have copied the InnoDB tablespace but not the InnoDB log files. Please refer to https://mariadb.com/kb/en/library/innodb-recovery-modes/ for information about forcing recovery.2023-03-31 19:40:39 0 InnoDB: Page log sequence number 146594634 is in the future! Current system log sequence number 300306.2023-03-31 19:40:39 0 InnoDB: Your database may be corrupt or you may have copied the InnoDB tablespace but not the InnoDB log files. Please refer to https://mariadb.com/kb/en/library/innodb-recovery-modes/ for information about forcing recovery.Verze XAMPPA kterou jsem zkoušel byla stažena přímo z jejich portálu. Konkrétně:xampp-portable-windows-x64-8.1.10-VS16-installer.exexampp-windows-x64-8.2.0-0-VS16-installer.exejak jsem právě psal, nepodařilo se mi nalézt co by mohlo být důvodem proč to crashne.V PHPMyAdminovi je vidět tohle:Database serverServer: 127.0.0.1 via TCP/IPServer type: MariaDBServer connection: SSL is not being used DocumentationServer version: 10.4.27-MariaDB - mariadb.org binary distributionProtocol version: 10User: root@localhostServer charset: UTF-8 Unicode (utf8mb4)Web serverApache/2.4.54 (Win64) OpenSSL/1.1.1p PHP/8.2.0Database client version: libmysql - mysqlnd 8.2.0PHP extension: mysqli Documentation curl Documentation mbstring DocumentationPHP version: 8.2.0V Application event logu se objevuje jen ta chyba (podle mě související s cvičením s těmi databázemi z backupu do živého folderu:The description for Event ID 100 from source MariaDB cannot be found. Either the component that raises this event is not installed on your local computer or the installation is corrupted. You can install or repair the component on the local computer.If the event originated on another computer, the display information had to be saved with the event.The following information was included with the event: InnoDB: Your database may be corrupt or you may have copied the InnoDB tablespace but not the InnoDB log files. Please refer to https://mariadb.com/kb/en/library/innodb-recovery-modes/ for information about forcing recovery.The message resource is present but the message was not found in the message tableTenhle komp je nainstalovaný někdy v listopadu vloni, a do té doby, než se začaly objevovat tyhle problémy s MariaDB byl úplně OK. Přelejct ho na čisto samozřejmě můžu, ale nepadá OS, ale jen MySQL, takže si nemyslím, že by to pomohlo.Co se týká těch logů v budoucnosti, no bodejť by ne, když jsem to z toho backupu musel vrátit do data a na logy jsem nehrabal...

Divné, že by k tomu nebylo nic v žádném z protokolu událostí. Chce to znát přesný čas pádu, což by nemělo být až takový problém nasimulovat. Případně mně napadá zkusit rozeběhnou tu MariaDB ručně, klidně ve stejné verzi jako je v Xampp. Tedy stáhnout ZIP soubor: https://archive.mariadb.org/mariadb-10.4.17/winx64-packages/mariadb-10.4.17-winx64.zip a ten rozbalit ideálně do kořenového adresáře disku. Uvnitř adresáře mariadb-10.4.17-winx64 vytvořit nový adresář data a následně spustit dva příkazy pro nastavení a spuštění databáze: binmysql_install_db.exe binmysqld.exe --console S takto rozeběhnutou databází lze dále experimentovat.

Teď přímo z XAMPP console, když jsem zkusil MySQL spustit a hned crashnul. Když jsem pak dal znovu START tak najednou najelo. Prostě je to nestabilní a na prd:18:56:20 You are not running with administrator rights! This will work for18:56:20 most application stuff but whenever you do something with services18:56:20 there will be a security dialogue or things will break! So think 18:56:20 about running this application with administrator rights!18:56:20 XAMPP Installation Directory: "c:xampp"18:56:20 Checking for prerequisites18:56:20 All prerequisites found18:56:20 Initializing Modules18:56:20 The FileZilla module is disabled18:56:20 The Mercury module is disabled18:56:20 The Tomcat module is disabled18:56:20 Starting Check-Timer18:56:20 Control Panel Ready19:01:58 Executing "services.msc"19:04:53 Attempting to start MySQL app...

19:04:53 Status change detected: running

19:04:53 Status change detected: stopped

19:04:53 Error: MySQL shutdown unexpectedly.19:04:53 This may be due to a blocked port, missing dependencies, 19:04:53 improper privileges, a crash, or a shutdown by another method.19:04:53 Press the Logs button to view error logs and check19:04:53 the Windows Event Viewer for more clues19:04:53 If you need more help, copy and post this19:04:53 entire log window on the forums19:04:57 Attempting to start MySQL app...19:04:57 Status change detected: running19:05:06 Attempting to start Apache app...19:05:07 Status change detected: running19:19:49 Attempting to stop Apache (PID: 30156)19:19:49 Attempting to stop Apache (PID: 16316)19:19:49 Status change detected: stopped19:19:53 Attempting to stop MySQL app...19:19:54 Status change detected: stopped19:19:59 Attempting to start MySQL app...19:20:00 Status change detected: runningAle po znovuspuštění to najelo. Znovuspuštěním mám na mysli jen kliknutí na tlačítko START vedle MySQL v tom Control Panelu.Jen pro info, na kompu jsem lokálním adminem a komp není v doméně a ani na něj nejsou aplikované nějaké politiky, co by to mohly způsobovat.---------- Příspěvek doplněn 04.04.2023 v 20:23 ----------Hmm zajímavé, když jsem dal STOP, tak se v logu control panelu objevilo tohle:19:19:53 Attempting to stop MySQL app...19:19:54 Status change detected: stopped19:19:59 Attempting to start MySQL app...19:20:00 Status change detected: running20:14:37 Status change detected: stopped20:14:37 Error: MySQL shutdown unexpectedly.

20:14:37 This may be due to a blocked port, missing dependencies,

20:14:37 improper privileges, a crash, or a shutdown by another method.

20:14:37 Press the Logs button to view error logs and check

20:14:37 the Windows Event Viewer for more clues

20:14:37 If you need more help, copy and post this

20:14:37 entire log window on the forumsOni nejdou pořádně vypnout ty control panely. Když kliknu na křížek pro uzavření apky, vždycky se objeví nějaká neošetřená chyba a nezbyde mi než to zabít přes Task Manager. Ani u té novější verze to nefunguje pořádně. Možná se to pere s některým z procesů na pozadí. A pustit ty dvě binárky šlo bez problémů:PS C:Usersmicha> C:MariaDB_binmysqld.exe --console2023-04-04 20:19:32 0 C:MariaDB_binmysqld.exe (mysqld 10.4.17-MariaDB) starting as process 24636 ...InnoDB: using atomic writes.2023-04-04 20:19:32 0 InnoDB: Mutexes and rw_locks use Windows interlocked functions2023-04-04 20:19:32 0 InnoDB: Uses event mutexes2023-04-04 20:19:32 0 InnoDB: Compressed tables use zlib 1.2.112023-04-04 20:19:32 0 InnoDB: Number of pools: 12023-04-04 20:19:32 0 InnoDB: Using SSE2 crc32 instructions2023-04-04 20:19:32 0 InnoDB: Initializing buffer pool, total size = 128M, instances = 1, chunk size = 128M2023-04-04 20:19:32 0 InnoDB: Completed initialization of buffer pool2023-04-04 20:19:33 0 InnoDB: 128 out of 128 rollback segments are active.2023-04-04 20:19:33 0 InnoDB: Creating shared tablespace for temporary tables2023-04-04 20:19:33 0 InnoDB: Setting file '.ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...2023-04-04 20:19:33 0 InnoDB: File '.ibtmp1' size is now 12 MB.2023-04-04 20:19:33 0 InnoDB: Waiting for purge to start2023-04-04 20:19:33 0 InnoDB: 10.4.17 started; log sequence number 60967; transaction id 202023-04-04 20:19:33 0 InnoDB: Loading buffer pool(s) from C:MariaDB_dataib_buffer_pool2023-04-04 20:19:33 0 Plugin 'FEEDBACK' is disabled.2023-04-04 20:19:33 0 InnoDB: Buffer pool(s) load completed at 230404 20:19:332023-04-04 20:19:33 0 Server socket created on IP: '::'.2023-04-04 20:19:33 0 Reading of all Master_info entries succeeded2023-04-04 20:19:33 0 Added new Master_info '' to hash table2023-04-04 20:19:33 0 C:MariaDB_binmysqld.exe: ready for connections.Version: '10.4.17-MariaDB' socket: '' port: 3306 mariadb.org binary distributionTakže výsledkem je tedy pouštět MariaDB ne z Control Panelu a Apache z něj klidně? Když prohodím ty MySQL binárky do cesty XAMPPA aby načetl mé stávající DB pomůže to vyřešit i viditelnost původních DB, nebo je mám ještě naimportovat ze zálohy a nechat si pracovat MariaDB úplně mimo strukturu složek XAMPP?

Těch příčin může být celá řada, windows, ntfs, notebook je nejhorší kombinace pro mysql/mariadb.- Nedostatek paměti, mariadb spadne a neuloží řádně redo log, pak je smutná- kombinace antiviru, suspendování, synchronizace času po spuštění rozhasí čas u datového souboru a redo logu, na to je innodb strašně citlivý a končí to přesně takhle- antivir blokuje proces databáze tak dlouho, až dojde k nesprávnému generování timestampů do souborů, opět častý problém u notebooků s windows- ntfs a nesynchronizované timestamp při pomalém zápisu jsou opět časté problémyInnodb je starý engine a nikdy nebyl na Windows vyladěný.

OK, v každém případě THX za info. Zkusím zatím bušit na tom druhém kompíku, co je na něm teď nainstalovaný MySQL Community Server.

Další možnost je využít třeba docker nebo subsystem for linux a tam si spustit mysql a další věci, to by mohlo fungovat lépe.

Pokud máte Windows Pro, doporučuji jít cestou s Docker a rozjet si kontejner s MySQL a Adminerem. Lepší, než se vztekat nad XAMPP. Nebo zkuste MAMP Pro, pokud vím, měli dříve i binárku pro Windows a celkem dobře to fungovalo.

Napsal Pavel Janků;1661044

Pokud máte Windows Pro, doporučuji jít cestou s Docker a rozjet si kontejner s MySQL a Adminerem. Lepší, než se vztekat nad XAMPP. Nebo zkuste MAMP Pro, pokud vím, měli dříve i binárku pro Windows a celkem dobře to fungovalo.

Už nějakou dobu je i pro home verzi - https://www.docker.com/blog/docker-desktop-for-windows-home-is-here/

Nějak nechápu ty rady, že řešení je Docker. 🤣

Napsal KrejciM;1661007

Nepíšete dost informací, ani verzi Xampp. Je třeba prozkoumat proč ta MariaDB padá, tj. zkontrolovat související logy, případně záznamy v Prohlížeči události ve Windows. Padá to náhodně často a nebo po zhruba stejné době od startu? Je možné, že ve Windows to koliduje s jiným software. Můžete případně zkusit stejnou verzi Xampp na jiném, čistějším stroji.

Osobně Xampp (portable) používám dlouhé roky a nikdy jsem neměl problém.

---------- Příspěvek doplněn 04.04.2023 v 18:56 ----------

To se mi moc nezdá. Nevím jak by mohl firewall, jehož účel je jen blokovat přístup k portům, shazovat cizí proces. 🤔

Ono to není tak vyjijmečné, jak by se mohlo zdát - https://www.google.com/search?q=firewall+is+blocking+xampp

Napsal oldchoolwt;1661048

Ono to není tak  vyjijmečné, jak by se mohlo zdát - https://www.google.com/search?q=firewall+is+blocking+xampp

Běžný firewall nemá jak by ukončil cizí proces. Pak jsou komplexnější sw řešení, které obsahují kromě firewall i další prvky pro zajištění "bezpečnosti" a u těch už by to asi možné být mohlo. Každopádně platí, že pokud je blokován port databáze na síťové úrovni, tak to nijak samotný běh neohrozí. Ale chápu, že lidé co používají Docker a další pseudo technologie, tak ani nechtějí vědět jak věci fungují a stačí jim spustit nějaký ten magický příkaz a ono se to nějak udělá...