MySQL 启动失败的常见原因---发表到爱可生开源社区

最新推荐文章于 2024-03-30 01:06:28 发布
最新推荐文章于 2024-03-30 01:06:28 发布
阅读量8.3k 收藏 2
点赞数 1
分类专栏： MySQL Essence 文章标签： mysql 数据库 linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43424368/article/details/109388679
版权
MySQL 同时被 2 个专栏收录
90 篇文章 14 订阅
订阅专栏
Essence
22 篇文章 2 订阅
订阅专栏

爱可生开源社区 技术分享 | MySQL 启动失败的常见原因
MySQL 启动失败的最常见的原因有两类，分别是无法访问系统资源和参数设置错误造成的，下面分别分析如下。

无法访问系统资源

MySQL 不能访问启动需要的资源是造成而 MySQL 无法启动的一个常见原因，如：文件，端口等。由于 linux 中用于启动 mysqld 进程的 mysql 用户通常是不能登陆的，可以使用类似下面的命令检查文件的访问权限。

 # sudo -u mysql touch /var/lib/mysql/b

找出问题后，修改对应文件或目录的权限或属主后通常可以解决问题。但有时 mysql 用户有访问文件和目录的权限，但仍然会被拒绝访问，例如下面这个例子：

mysql> system sudo -u mysql touch  /home/mysql/data/a
mysql>  create table t1 (id int primary key,n varchar(10)) data directory='/home/mysql/data';
ERROR 1030 (HY000): Got error 168 from storage engine

测试说明 mysql 用户有这个目录的访问权限，但创建文件还是失败，这种情况让很多人困惑，这个时候通常是 mysqld 进程的访问被 linux 的 selinux 或 apparmor 给阻止了，大家可以看到创建的表不是在 mysql 的默认目录下面，因此 selinux 或 apparmor 的 policy 里面没有包含这个目录的访问权限，此时只要对应的修改 policy 就行了，当然把 selinux 或 apparmor 停了也行。
有时虽然对系统资源有访问的权限，但系统资源已经被占用：

# mysqld --no-defaults --console --user mysql
2020-11-03T03:36:07.519419Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.19) starting as process 21171
2020-11-03T03:36:07.740347Z 1 [ERROR] [MY-012574] [InnoDB] Unable to lock ./ibdata1 error: 11

这个故障产生的原因是另外一个 mysqld 进程已经启动并占用了对应的文件。

参数设置错误

参数设置错误造成 MySQL 无法启动的原因也非常常见，此时先要检查 MySQL 启动时会调用的参数，下面的命令可以查询 MySQL 启动时调用参数文件的顺序：

$ mysqld --verbose --help | grep "Default options "  -A 1
Default options are read from the following files in the given order:
/etc/my.cnf /etc/mysql/my.cnf ~/.my.cnf

知道了 MySQL 参数文件的调用顺序，我们就可以检查对应的参数文件，找出其中的错误，如果觉得参数文件的可读性不强，可以使用下面的命令显示 mysqld 程序将要调用的参数：

$ mysqld --print-defaults
/usr/sbin/mysqld would have been started with the following arguments:
......

注意这个命令显示完参数后就退出，不会真正运行 mysqld。这个命令和 my_print_defaults mysqld 完全是等价的，只不过后者的显示方式是一行一个参数。
然后开始对可疑的参数进行调试，我个人喜欢加的参数和顺序如下：

  1. 在 mysqld 后加上第一个参数–no-defaults ，这个参数的作用是通知 mysqld 在启动的时候不要读任何参数文件；
  2. 第二个参数是 --console，这个参数会把错误信息输出到屏幕上，这个参数带来的一个弊端是所有的信息都输出到屏幕上，让屏幕显得比较乱，但对于我们调试却是很方便的；
  3. 第三个参数是 --log-error-verbosity=3，这个参数会显示详细的日志；
  4. 然后再在后面加上有把握的参数，可以一次只加一个参数，然后启动 mysqld，采用排除法逐步找出错误的参数。

看这个例子：

root@scutech:~#  mysqld --no-defaults --console  --log-error-verbosity=3 --user mysql --gtid_mode=on
2020-11-03T07:14:20.384223Z 0 [Note] [MY-010949] [Server] Basedir set to /usr/.
2020-11-03T07:14:20.384254Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.19) starting as process 22617
2020-11-03T07:14:20.400221Z 0 [Note] [MY-012366] [InnoDB] Using Linux native AIO
2020-11-03T07:14:20.400675Z 0 [Note] [MY-010747] [Server] Plugin 'FEDERATED' is disabled.
2020-11-03T07:14:20.405065Z 1 [Note] [MY-012932] [InnoDB] PUNCH HOLE support available
2020-11-03T07:14:20.405688Z 1 [Note] [MY-012943] [InnoDB] Mutexes and rw_locks use GCC atomic builtins
2020-11-03T07:14:20.406276Z 1 [Note] [MY-012944] [InnoDB] Uses event mutexes
2020-11-03T07:14:20.406531Z 1 [Note] [MY-012945] [InnoDB] GCC builtin __atomic_thread_fence() is used for memory barrier
2020-11-03T07:14:20.407000Z 1 [Note] [MY-012948] [InnoDB] Compressed tables use zlib 1.2.11
2020-11-03T07:14:20.422039Z 1 [Note] [MY-013251] [InnoDB] Number of pools: 1
2020-11-03T07:14:20.422635Z 1 [Note] [MY-012951] [InnoDB] Using CPU crc32 instructions
2020-11-03T07:14:20.424462Z 1 [Note] [MY-012203] [InnoDB] Directories to scan './'
2020-11-03T07:14:20.424846Z 1 [Note] [MY-012204] [InnoDB] Scanning './'
2020-11-03T07:14:20.432363Z 1 [Note] [MY-012208] [InnoDB] Completed space ID check of 6 files.
2020-11-03T07:14:20.437023Z 1 [Note] [MY-012955] [InnoDB] Initializing buffer pool, total size = 128.000000M, instances = 1, chunk size =128.000000M 
2020-11-03T07:14:20.471991Z 1 [Note] [MY-012957] [InnoDB] Completed initialization of buffer pool
2020-11-03T07:14:20.478902Z 0 [Note] [MY-011952] [InnoDB] If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-11-03T07:14:20.584308Z 1 [Note] [MY-013086] [InnoDB] Starting to parse redo log at lsn = 3451887770, whereas checkpoint_lsn = 3451888113
2020-11-03T07:14:20.616162Z 1 [Note] [MY-013083] [InnoDB] Log background threads are being started...
2020-11-03T07:14:20.618276Z 1 [Note] [MY-012532] [InnoDB] Applying a batch of 0 redo log records ...
2020-11-03T07:14:20.618721Z 1 [Note] [MY-012535] [InnoDB] Apply batch completed!
2020-11-03T07:14:20.619684Z 1 [Note] [MY-013252] [InnoDB] Using undo tablespace './undo_001'.
2020-11-03T07:14:20.624221Z 1 [Note] [MY-013252] [InnoDB] Using undo tablespace './undo_002'.
2020-11-03T07:14:20.641573Z 1 [Note] [MY-012910] [InnoDB] Opened 2 existing undo tablespaces.
2020-11-03T07:14:20.641966Z 1 [Note] [MY-011980] [InnoDB] GTID recovery trx_no: 645128
2020-11-03T07:14:20.713883Z 1 [Note] [MY-012923] [InnoDB] Creating shared tablespace for temporary tables
2020-11-03T07:14:20.714534Z 1 [Note] [MY-012265] [InnoDB] Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-11-03T07:14:20.842880Z 1 [Note] [MY-012266] [InnoDB] File './ibtmp1' size is now 12 MB.
2020-11-03T07:14:20.844121Z 1 [Note] [MY-011825] [InnoDB] Scanning temp tablespace dir:'./#innodb_temp/'
2020-11-03T07:14:21.190781Z 1 [Note] [MY-013018] [InnoDB] Created 128 and tracked 128 new rollback segment(s) in the temporary tablespace. 128 are now active.
2020-11-03T07:14:21.193330Z 1 [Note] [MY-012976] [InnoDB] 8.0.19 started; log sequence number 3451888113
2020-11-03T07:14:21.224117Z 1 [Note] [MY-011089] [Server] Data dictionary restarting version '80017'.
2020-11-03T07:14:21.423935Z 1 [Note] [MY-012357] [InnoDB] Reading DD tablespace files
2020-11-03T07:14:21.434098Z 1 [ERROR] [MY-012657] [InnoDB] Encryption can't find master key, please check the keyring plugin is loaded.
2020-11-03T07:14:21.434303Z 1 [ERROR] [MY-012226] [InnoDB] Encryption information in datafile: ./b/t1.ibd can't be decrypted, please confirm the keyfile is match and keyring plugin is loaded.
2020-11-03T07:14:21.434511Z 1 [Note] [MY-012355] [InnoDB] Tablespace 34, name 'b/t1', unable to open file './b/t1.ibd' - Invalid encryption meta-data information
2020-11-03T07:14:21.434807Z 1 [Note] [MY-012356] [InnoDB] Validated 8/8  tablespaces
2020-11-03T07:14:21.485964Z 1 [Note] [MY-010006] [Server] Using data dictionary with version '80017'.
2020-11-03T07:14:21.600652Z 0 [Note] [MY-012487] [InnoDB] DDL log recovery : begin
2020-11-03T07:14:21.601114Z 0 [Note] [MY-012488] [InnoDB] DDL log recovery : end
2020-11-03T07:14:21.601899Z 0 [Note] [MY-011946] [InnoDB] Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-11-03T07:14:21.603430Z 0 [Note] [MY-011946] [InnoDB] Buffer pool(s) load completed at 201103  3:44:21
2020-11-03T07:14:21.632851Z 0 [ERROR] [MY-010912] [Server] GTID_MODE = ON requires ENFORCE_GTID_CONSISTENCY = ON.
2020-11-03T07:14:21.634183Z 0 [ERROR] [MY-010119] [Server] Aborting
2020-11-03T07:14:21.748554Z 0 [Note] [MY-012330] [InnoDB] FTS optimize thread exiting.
2020-11-03T07:14:21.752581Z 0 [Note] [MY-010120] [Server] Binlog end
2020-11-03T07:14:21.753694Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'keyring_file'
2020-11-03T07:14:21.754159Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'mysqlx_cache_cleaner'
2020-11-03T07:14:21.754357Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'mysqlx'
2020-11-03T07:14:21.755531Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'ngram'
2020-11-03T07:14:21.755803Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'BLACKHOLE'
2020-11-03T07:14:21.756080Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'ARCHIVE'
2020-11-03T07:14:21.756320Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'TempTable'
2020-11-03T07:14:21.756596Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'PERFORMANCE_SCHEMA'
2020-11-03T07:14:21.757103Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'MRG_MYISAM'
2020-11-03T07:14:21.757522Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'MyISAM'
2020-11-03T07:14:21.757755Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_SESSION_TEMP_TABLESPACES'
2020-11-03T07:14:21.757963Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_CACHED_INDEXES'
2020-11-03T07:14:21.758157Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_VIRTUAL'
2020-11-03T07:14:21.758354Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_COLUMNS'
2020-11-03T07:14:21.758554Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_TABLESPACES'
2020-11-03T07:14:21.758880Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_INDEXES'
2020-11-03T07:14:21.759095Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_TABLESTATS'
2020-11-03T07:14:21.759387Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_TABLES'
2020-11-03T07:14:21.759720Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_FT_INDEX_TABLE'
2020-11-03T07:14:21.759998Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_FT_INDEX_CACHE'
2020-11-03T07:14:21.760233Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_FT_CONFIG'
2020-11-03T07:14:21.760472Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_FT_BEING_DELETED'
2020-11-03T07:14:21.760750Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_FT_DELETED'
2020-11-03T07:14:21.761007Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_FT_DEFAULT_STOPWORD'
2020-11-03T07:14:21.761260Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_METRICS'
2020-11-03T07:14:21.761559Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_TEMP_TABLE_INFO'
2020-11-03T07:14:21.761824Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_BUFFER_POOL_STATS'
2020-11-03T07:14:21.762095Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_BUFFER_PAGE_LRU'
2020-11-03T07:14:21.762369Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_BUFFER_PAGE'
2020-11-03T07:14:21.762647Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_CMP_PER_INDEX_RESET'
2020-11-03T07:14:21.762932Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_CMP_PER_INDEX'
2020-11-03T07:14:21.763221Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_CMPMEM_RESET'
2020-11-03T07:14:21.763514Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_CMPMEM'
2020-11-03T07:14:21.763841Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_CMP_RESET'
2020-11-03T07:14:21.764172Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_CMP'
2020-11-03T07:14:21.764489Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'INNODB_TRX'
2020-11-03T07:14:21.764867Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'InnoDB'
2020-11-03T07:14:21.765259Z 0 [Note] [MY-013072] [InnoDB] Starting shutdown...
2020-11-03T07:14:21.765864Z 0 [Note] [MY-011944] [InnoDB] Dumping buffer pool(s) to /var/lib/mysql/ib_buffer_pool
2020-11-03T07:14:21.767071Z 0 [Note] [MY-011944] [InnoDB] Buffer pool(s) dump completed at 201103  3:44:21
2020-11-03T07:14:22.485174Z 0 [Note] [MY-013084] [InnoDB] Log background threads are being closed...
2020-11-03T07:14:23.013239Z 0 [Note] [MY-012980] [InnoDB] Shutdown completed; log sequence number 3451917484
2020-11-03T07:14:23.016772Z 0 [Note] [MY-012255] [InnoDB] Removed temporary tablespace data file: "ibtmp1"
2020-11-03T07:14:23.017200Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'MEMORY'
2020-11-03T07:14:23.017777Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'CSV'
2020-11-03T07:14:23.018155Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'sha2_cache_cleaner'
2020-11-03T07:14:23.018492Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'caching_sha2_password'
2020-11-03T07:14:23.018826Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'sha256_password'
2020-11-03T07:14:23.019159Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'mysql_native_password'
2020-11-03T07:14:23.025400Z 0 [Note] [MY-010733] [Server] Shutting down plugin 'binlog'
2020-11-03T07:14:23.026551Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.19)  MySQL Community Server - GPL.
root@scutech:~#

看这个例子，我们很容易知道是需要我们同时设置参数 GTID_MODE 和 ENFORCE_GTID_CONSISTENCY 同时为 on 才行。

文章下方是我的微信，欢迎加我。👇

姚远Oracle ACE
关注
  • 1
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
金融行业MySQL高可用实践-明溪源
12-17
明溪源介绍 金融行业MySQL高可用实践 1)金融行业MySQL高可用方案选型 a)MySQL Replication – MHA (MySQL5.7不支持) b)MGR + 轻量级中间件MySQL Router统一访问 2)爱可生金融级MySQL高可用方案 3)某大行核心系统MySQL应用实践
Matlab代码verilog-KRD:Verilog-HDL/VHDL项目
05-27
Matlab代码verilog 关于KRD 探测器的电子开发项目。 主要使用Verilog-HDL。 目录说明 proto_ip_code IP打包之前，此目录包含HDL代码。 common_source 它包含proto_ip_code常用的源代码。 ip_repo 该目录包含用户打包的IP和用户定义的接口或系统生成器IP。 project_tcl 您可以通过运行tcl脚本来创建vivado项目。 运行tcl后，将创建项目文件夹，但git不会跟踪它。 这是因为实际的项目目录太大，无法由git管理。 您可以通过在PowerShell上运行以下命令来创建vivado项目文件。 cd <directory> vivado -source <project>.tcl 如果找不到“ vivado”命令，请检查是否为系统路径添加了/path/to/vivado/installed/bin 。 （对于Windows，还需要/path/to/vivado/installed/bin/unwrapped/win64.o 。） project_tcl典型目
MySQL： InnoDB Multiple files found for the same tablespace ID
最新发布
huyongchao98的专栏
03-30 175
data/下面有个data即/data/data/ #内也有binlog.00000..等文件。于是把里面的这一层目录强制删除，启动，问题解决，数据还原成功了，查了一下mysql对应的数据目录，发现目录里面还套了一层与上级目录一样的目录。数据目录： /data/ #内有 binlog.00000..等文件。docker还原mysql的时候，报了上述错误，一时布置所措。应该是在复制目录的时候，多复制了一方到了数据目录里面导致的问题。上述报错：同一个表空间含有多个文件被发现。
20201217-公众号精选文章合集《MySQL大智小技》2下1
08-03
第 3 章 技术分享237表不见了，说明已经同步。六、总结GTID 对于单源复制还是很方便，但是对于多源复制，这里就需要特别注意：要先停止所有的从库 stop
3306Pai-presentations:3306π社区分享PPT汇总
04-01
3306Pai演示文稿 3306π社区分享PPT汇总 关于「3306π」社区 围绕MySQL核心技术，将互联网行业中最重要的数据化解决方案带到传统行业中囊括其他开源技术，Redis，MongoDB，Hbase，Hadoop，ElasticSearch，Storm，Spark等在全面互联网化的大趋势下，将互联网新鲜的核心技术理念带到传统行业里，建立良好交流互动环境分享干货知识，甚至是赞助商，也要求如此，拒绝放水 活动赞助商 爱可生 青云科技 万里开源 知数堂 合作伙伴 腾讯云DB运营团队 腾讯云TVP社区 开源中国 IT大咖说
ICOM-28A使用方法.txt
07-25
ICOM-28A车载电台使用方法.txt
Mysql无法建InnoDB表的问题
四月的专栏
05-14 1405
  今天突然发现我的MYSQL无法建立innodb表了，显象是在Create Table 语句中指定了ENGINE=INNODB 但是表建完后发现有一个warning信息，使用show warnings /G查看发现，Mysql提示使用Myisam建立表。然后使用 Show Variables like %innodb% 查看发现have_innodb 的值为Disable这表明不能建立inn
【mysql】清理binlog导致数据库启失败解决方案
一起加油吧
06-15 2983
记录一次mysql启动失败解决方案。
Ubuntu下mysql无法重启
Epsilon
10-09 1371
错误日志： $ tail -n 100 /var/log/mysql/error.log | head -n 20  #或者 tail -n 20 /var/log/mysql/error.log 最近的错误信息： InnoDB: Unable to lock ./ibdata1, error: 11 InnoDB: Check that you do not already have a
记录一下Centos7 安装mysql8遇到的问题
a719953132的博客
10-06 3264
最近想试一下mysql8，所以在阿里云上安装了一下，结果遇到了各种问题 安装完成后，启动 systemctl start mysqld.service; 结果报错，我们查看一下状态 ● mysqld.service - MySQL Server Loaded: loaded (/usr/lib/systemd/system/mysqld.service; enabled; vendor preset: disabled) Active: failed (Result: exit-c
mysql 发生系统错误5，拒绝访问，网络服务，错误1053
热门推荐
m0_62342566的博客
07-10 1万+
1.非管理员身份运行，大部分情况都是这个原因 2.服务名称错误的原因，不是mysql 应该是mysql5或者其它服务名称错误 3.如果服务列表上的mysql服务属性有过改动，要仔细看，把它还原回去，不然后续还会有问题，如果没有改动可以略过此项排查； 4.1一个是配置文件写的有错误，比如路径，这个要仔细排查下，不能直接拷贝网上的，因为自己的安装路径和别人的不一定完全一样 4.2另一方原因是因为配置文件的编码格式变了，导致无法读取所以服务才无法启动了
启动MySQL突然报错
qq_58832800的博客
02-04 361
MySQL启动报错
关于[InnoDB] Unsupported redo log format (0). The redo log was created before MySQL 5.7.9的解决办法
BlueBirdssh的专栏
06-04 3801
关于[InnoDB] Unsupported redo log format (0). The redo log was created before MySQL 5.7.9的解决办法 其实不用进入，我直接查找的ib_logfile0 和ib_logfile1 find / -name ib_logfile0 find / -name ib_logfile1 利用mkdir和cp命...
Linux MySQL 常见无法启动或启动异常的解决方案
weixin_33928137的博客
05-24 3930
Linux MySQL 常见无法启动或启动异常的解决方案　　在 Linux 上自建 MySQL 服务器，经常遇到各种无法启动或启动后异常的问题，本文列举一些常见问题的解决办法。　　注意：以下错误日志提示，都是查看 MySQL 错误日志得到，查看方法如下：　　查看下 MySQL 配置文件 my.cnf 中有记录，日志记录在 /alidata/log/mysql/error.l...
MySQL 启动失败：Can‘t connect to local MySQL server through socket ‘/usr/local/mysql/data/mysql.sock‘
热爱数据库的小胖
07-31 1819
CentOS7 使用源码安装完 MySQL8.0.31 后，出现启动失败问题！！！
mysql 安装 failed to start_[mysql]错误解决之"Failed to start MySQL Server"
weixin_30431923的博客
01-19 4090
无论你安装过多少次mysql，仍然会出现各种各样的错误，既然出现了，就想办法解决它：OK！接下来教大家怎样查看错误日志，去解决懵逼的代码错误。错误： 经过一些列的 重启操作、查看错误详情，并不能精准找到错误原因，经过一番百度，发现有说磁盘空间不足的、有说需要删除var/lib/mysql的无论哪种说法，都要找到一种切实符合自身问题的解决办法。我是的磁盘空间是非常充足的，所以我尝试了删除var/li...
Mysql启动错误：“InnoDB: Error: unable to create temporary file”的解决方法
liu_chenglong的博客
05-21 6787
文章目录Mysql启动错误：“InnoDB: Error: unable to create temporary file”的解决方法1、查看日志方式一，查看windows错误日志方式二，查看mysql错误日志（推荐）2、问度娘3、解决问题 Mysql启动错误：“InnoDB: Error: unable to create temporary file”的解决方法 windows 10 运行启动MySQL时报错： 210521 18:21:35 InnoDB: Error: unable to cre
mysql故障mysqld got signal 6，由于异常断电或者系统异常重启时MySQL没有正常退出导致MySQL无法启动
风.foxwho(神秘狐)
11-30 3153
ubuntu 22.10 系统下 mysql 8.0.31。
Docker下，启动mysql报mysqld: Can‘t open file: ‘mysql.ibd‘ (errno: 0 - )
hzcnorton的博客
06-07 2073
docker环境下启动mysql秒退，报错
MySQL InnoDB redo Log
Data & Analysis
09-03 417
MySQL的InnoDB存储引引擎的物理文件存储体系中，除了实际的数据文件(ibd, ibdata)之外，还有两个非常重要的日志系统，分别是redo日志和undo日志。 跟Oracle类似， redo log记录了对实际数据文件的物理变更(数据文件的什么位置数据做了如何的变更)。InnoDB也是采用了WAL(日志优先落盘)，也就是说在实际数据文件的修改落盘之前redo日志已经落盘，从而来保证事务的...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

姚远Oracle ACE

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值