XAMPP Windows 上的 MariaDB 未启动
Posted
技术标签:
【中文标题】XAMPP Windows 上的 MariaDB 未启动【英文标题】:MariaDB on XAMPP Windows not starting 【发布时间】:2020-03-05 05:08:46 【问题描述】:10 个月前我在 Windows 上安装了 XAMPP 版本:7.3.6,直到现在一切正常。
今天看起来 MariaDB (mysql) 无法启动。
查看error_log
有错误信息:
2019-11-08 16:43:51 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2019-11-08 16:43:51 0 [Note] InnoDB: Uses event mutexes
2019-11-08 16:43:51 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2019-11-08 16:43:51 0 [Note] InnoDB: Number of pools: 1
2019-11-08 16:43:51 0 [Note] InnoDB: Using SSE2 crc32 instructions
2019-11-08 16:43:51 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M
2019-11-08 16:43:51 0 [Note] InnoDB: Completed initialization of buffer pool
2019-11-08 16:43:51 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2019-11-08 16:43:51 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2019-11-08 16:43:51 0 [Note] InnoDB: Setting file 'C:\xampp\mysql\data\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2019-11-08 16:43:51 0 [Note] InnoDB: File 'C:\xampp\mysql\data\ibtmp1' size is now 12 MB.
2019-11-08 16:43:52 0 [Note] InnoDB: Waiting for purge to start
2019-11-08 16:43:52 0 [Note] InnoDB: 10.3.15 started; log sequence number 45307373705; transaction id 1089620
2019-11-08 16:43:52 0 [Note] InnoDB: Loading buffer pool(s) from C:\xampp\mysql\data\ib_buffer_pool
2019-11-08 16:43:52 0 [Note] Plugin 'FEEDBACK' is disabled.
2019-11-08 16:43:52 0 [Note] Server socket created on IP: '::'.
2019-11-08 16:43:52 0 [Note] InnoDB: Buffer pool(s) load completed at 191108 16:43:52
【问题讨论】:
【参考方案1】:我将回答我自己的问题,因为几天前我在同事的笔记本电脑上解决了同样的问题,今天它发生在我身上。我正在尝试重现修复。
所以mysql_error
文件中没有错误信息。
但是在查看数据目录C:\xampp\mysql\data
时,看起来有点奇怪:
08/11/2019 16:43 <DIR> .
08/11/2019 16:43 <DIR> ..
04/11/2019 12:24 <DIR> abac
24/09/2019 16:43 <DIR> allmypicz
08/11/2019 16:43 16.384 aria_log.00000001
08/11/2019 16:43 52 aria_log_control
14/09/2019 16:53 <DIR> ayudas
06/10/2019 08:32 <DIR> erkcrm_28062019
16/09/2019 12:40 <DIR> hdweb
08/11/2019 16:43 79.691.776 ibdata1
08/11/2019 16:43 2.137 ib_buffer_pool
08/11/2019 16:43 268.435.456 ib_logfile0
18/10/2019 19:49 268.435.456 ib_logfile1
12/09/2019 20:44 <DIR> interno
08/11/2019 16:43 112 master-2019@002d11@002d07@002011@003a10@003a18@00200@0020@005bnote@005d@0020added@0020new@0020master_info@0020@0027@0027@0020to@0020hash@0020table@000d.info
08/11/2019 16:43 112 master-2019@002d11@002d07@002011@003a10@003a18@00200@0020@005bnote@005d@0020c@003a@005cxampp@005cmysql@005cbin@005cmysqld@002eexe@003a@0020ready@0020for@0020connections@002e@000d.info
08/11/2019 16:43 16.255 master-2019@002d11@002d07@002011@003a10@003a18@00200@0020@005bnote@005d@0020reading@0020of@0020all@0020master_info@0020entries@0020succeded@000d.info
08/11/2019 16:38 0 master-2019@002d11@002d07@002011@003a10@003a49@002025@0020@005berror@005d@0020mysqld@002eexe@003a@0020table@0020@0027@002e@005cabac@005cabac_logger@0027@0020is@0020marked@0020as@0020crashed@0020and@0020should@0020be@0020repaired@000d.info
08/11/2019 16:43 112 master-2019@002d11@002d07@002011@003a10@003a49@002025@0020@005bwarning@005d@0020checking@0020table@003a@0020@0020@0020@0027@002e@005cabac@005cabac_logger@0027@000d.info
08/11/2019 16:39 112 master-2019@002d11@002d07@002011@003a10@003a52@002025@0020@005bwarning@005d@0020checking@0020table@003a@0020@0020@0020@0027@002e@005cabac@005ctbl_migration@0027@000d.info
08/11/2019 16:43 112 master-version@003a@0020@002710@002e3@002e15@002dmariadb@0027@0020@0020socket@003a@0020@0027@0027@0020@0020port@003a@00203306@0020@0020mariadb@002eorg@0020binary@0020distribution@000d.info
07/11/2019 11:10 934 multi-master.info
19/06/2019 19:28 <DIR> mysql
08/11/2019 16:43 279 mysql-relay-bin-2019@002d11@002d07@002011@003a10@003a18@00200@0020@005bnote@005d@0020added@0020new@0020master_info@0020@0027@0027@0020to@0020hash@0020table@000d.000003
08/11/2019 16:43 170 mysql-relay-bin-2019@002d11@002d07@002011@003a10@003a18@00200@0020@005bnote@005d@0020added@0020new@0020master_info@0020@0027@0027@0020to@0020hash@0020table@000d.index
08/11/2019 16:43 279 mysql-relay-bin-2019@002d11@002d07@002011@003a10@003a18@00200@0020@005bnote@005d@0020c@003a@005cxampp@005cmysql@005cbin@005cmysqld@002eexe@003a@0020ready@0020for@0020connections@002e@000d.000003
08/11/2019 16:43 197 mysql-relay-bin-2019@002d11@002d07@002011@003a10@003a18@00200@0020@005bnote@005d@0020c@003a@005cxampp@005cmysql@005cbin@005cmysqld@002eexe@003a@0020ready@0020for@0020connections@002e@000d.index
08/11/2019 16:43 279 mysql-relay-bin-2019@002d11@002d07@002011@003a10@003a18@00200@0020@005bnote@005d@0020reading@0020of@0020all@0020master_info@0020entries@0020succeded@000d.000003
08/11/2019 16:43 163 mysql-relay-bin-2019@002d11@002d07@002011@003a10@003a18@00200@0020@005bnote@005d@0020reading@0020of@0020all@0020master_info@0020entries@0020succeded@000d.index
08/11/2019 16:43 279 mysql-relay-bin-2019@002d11@002d07@002011@003a10@003a49@002025@0020@005bwarning@005d@0020checking@0020table@003a@0020@0020@0020@0027@002e@005cabac@005cabac_logger@0027@000d.000003
08/11/2019 16:43 182 mysql-relay-bin-2019@002d11@002d07@002011@003a10@003a49@002025@0020@005bwarning@005d@0020checking@0020table@003a@0020@0020@0020@0027@002e@005cabac@005cabac_logger@0027@000d.index
08/11/2019 16:39 279 mysql-relay-bin-2019@002d11@002d07@002011@003a10@003a52@002025@0020@005bwarning@005d@0020checking@0020table@003a@0020@0020@0020@0027@002e@005cabac@005ctbl_migration@0027@000d.000002
08/11/2019 16:43 279 mysql-relay-bin-2019@002d11@002d07@002011@003a10@003a52@002025@0020@005bwarning@005d@0020checking@0020table@003a@0020@0020@0020@0027@002e@005cabac@005ctbl_migration@0027@000d.000003
08/11/2019 16:43 2.305 mysql-relay-bin-2019@002d11@002d07@002011@003a10@003a52@002025@0020@005bwarning@005d@0020checking@0020table@003a@0020@0020@0020@0027@002e@005cabac@005ctbl_migration@0027@000d.index
08/11/2019 16:43 279 mysql-relay-bin-version@003a@0020@002710@002e3@002e15@002dmariadb@0027@0020@0020socket@003a@0020@0027@0027@0020@0020port@003a@00203306@0020@0020mariadb@002eorg@0020binary@0020distribution@000d.000003
08/11/2019 16:43 202 mysql-relay-bin-version@003a@0020@002710@002e3@002e15@002dmariadb@0027@0020@0020socket@003a@0020@0027@0027@0020@0020port@003a@00203306@0020@0020mariadb@002eorg@0020binary@0020distribution@000d.index
08/11/2019 16:43 1.436 mysql_error.log
19/06/2019 19:28 <DIR> performance_schema
19/06/2019 19:28 <DIR> phpmyadmin
19/10/2019 13:35 <DIR> portfolee
25/09/2019 13:08 <DIR> programadoryiiframework
08/11/2019 16:43 181 relay-log-2019@002d11@002d07@002011@003a10@003a18@00200@0020@005bnote@005d@0020added@0020new@0020master_info@0020@0027@0027@0020to@0020hash@0020table@000d.info
08/11/2019 16:43 208 relay-log-2019@002d11@002d07@002011@003a10@003a18@00200@0020@005bnote@005d@0020c@003a@005cxampp@005cmysql@005cbin@005cmysqld@002eexe@003a@0020ready@0020for@0020connections@002e@000d.info
08/11/2019 16:43 174 relay-log-2019@002d11@002d07@002011@003a10@003a18@00200@0020@005bnote@005d@0020reading@0020of@0020all@0020master_info@0020entries@0020succeded@000d.info
08/11/2019 16:43 193 relay-log-2019@002d11@002d07@002011@003a10@003a49@002025@0020@005bwarning@005d@0020checking@0020table@003a@0020@0020@0020@0027@002e@005cabac@005cabac_logger@0027@000d.info
08/11/2019 16:43 195 relay-log-2019@002d11@002d07@002011@003a10@003a52@002025@0020@005bwarning@005d@0020checking@0020table@003a@0020@0020@0020@0027@002e@005cabac@005ctbl_migration@0027@000d.info
08/11/2019 16:43 213 relay-log-version@003a@0020@002710@002e3@002e15@002dmariadb@0027@0020@0020socket@003a@0020@0027@0027@0020@0020port@003a@00203306@0020@0020mariadb@002eorg@0020binary@0020distribution@000d.info
19/06/2019 19:28 <DIR> test
34 archivos 616.606.782 bytes
14 dirs 62.695.202.816 bytes libres
你可以看到“普通的东西”、数据库目录和数据文件,然后你会看到很多奇怪的文件,它们的名称中包含很多 @
。
所以我接下来要做的是清理那个目录:
08/11/2019 16:53 <DIR> .
08/11/2019 16:53 <DIR> ..
04/11/2019 12:24 <DIR> abac
24/09/2019 16:43 <DIR> allmypicz
08/11/2019 16:51 16.384 aria_log.00000001
08/11/2019 16:51 52 aria_log_control
14/09/2019 16:53 <DIR> ayudas
08/11/2019 16:53 <DIR> backup
06/10/2019 08:32 <DIR> erkcrm_28062019
16/09/2019 12:40 <DIR> hdweb
08/11/2019 16:51 79.691.776 ibdata1
08/11/2019 16:51 2.137 ib_buffer_pool
12/09/2019 20:44 <DIR> interno
19/06/2019 19:28 <DIR> mysql
19/06/2019 19:28 <DIR> performance_schema
19/06/2019 19:28 <DIR> phpmyadmin
19/10/2019 13:35 <DIR> portfolee
25/09/2019 13:08 <DIR> programadoryiiframework
19/06/2019 19:28 <DIR> test
如您所见,数据库目录的一部分,我剩下的唯一文件是:
08/11/2019 16:51 16.384 aria_log.00000001
08/11/2019 16:51 52 aria_log_control
08/11/2019 16:51 79.691.776 ibdata1
08/11/2019 16:51 2.137 ib_buffer_pool
所以我删除了那些奇怪的文件,我还删除了 InnoDB 日志文件,我从以前的经验中知道它们有时会导致问题。
现在我已经从 Xampp 启动 MariaDB 并且可以工作了!
不确定原因,我的假设:
可能是计算机的错误关闭损坏了 InnoDB 日志文件,然后当您尝试启动时它崩溃并生成那些“主/中继”文件。也许对 MySQL/MariaDB 更熟悉的人可以指出“原因”。
【讨论】:
机器是Master吗?还是奴隶? 我认为 MariaDB 的 Xampp 默认 my.ini 已禁用复制,我没有使用该功能的经验。但是由于“某种原因”,服务器不想启动,所有这些附加文件都出现在文件夹中。 “可能”这可能是由于 MariaDB 的“错误”启动而没有添加配置文件,默认情况下它以复制“开启”开始 出于某种奇怪的原因,每隔几周就会出现一次。 Wonder 是与启动或关闭相关的东西,它会破坏某些东西。 (复制不是默认“开启”的东西。) (其中一些文件看起来像是由复制生成的。)以上是关于XAMPP Windows 上的 MariaDB 未启动的主要内容,如果未能解决你的问题,请参考以下文章