MySql崩溃,无法为缓冲池分配内存

MySql崩溃,无法为缓冲池分配内存,mysql,amazon-web-services,ubuntu,Mysql,Amazon Web Services,Ubuntu,我的MySQL数据库在Ubuntu服务器上崩溃,无法自动恢复。然后我必须重新启动AWS实例。 当我查看数据库日志文件时,我看到一个“无法分配内存”和一个稍后的“中止”。 我不知道我需要做什么来修复这个 当我们注意到问题时,我们在2020-09-05T02:25:00重新启动了实例,数据库服务器再次启动。然而,它抱怨表被标记为崩溃,但所有这些表都工作得很好 2020-09-05T02:01:51.561746Z 0[注]/usr/sbin/mysqld:关闭完成 2020-09-05T02:2

我的MySQL数据库在Ubuntu服务器上崩溃,无法自动恢复。然后我必须重新启动AWS实例。 当我查看数据库日志文件时,我看到一个“无法分配内存”和一个稍后的“中止”。 我不知道我需要做什么来修复这个

当我们注意到问题时,我们在2020-09-05T02:25:00重新启动了实例,数据库服务器再次启动。然而,它抱怨表被标记为崩溃,但所有这些表都工作得很好

2020-09-05T02:01:51.561746Z 0[注]/usr/sbin/mysqld:关闭完成
2020-09-05T02:25:17.349636Z 0[警告]不推荐使用隐式默认值的时间戳。请使用--explicit\u defaults\u for\u timestamp server选项(有关更多详细信息,请参阅文档)。
2020-09-05T02:25:17.349731Z 0[警告]“无零日期”、“无零日期”和“按零除法错误”sql模式应与严格模式一起使用。在未来的版本中,它们将与strict模式合并。
2020-09-05T02:25:17.365104Z 0[注]/usr/sbin/mysqld(mysqld 5.7.27-0ubuntu0.18.04.1)作为流程1169开始。。。
2020-09-05T02:25:17.400286Z 0[注]InnoDB:提供冲孔支架
2020-09-05T02:25:17.400311Z 0[注]InnoDB:互斥锁和rw_锁使用GCC原子内置
2020-09-05T02:25:17.400316Z 0[注]InnoDB:使用事件互斥体
2020-09-05T02:25:17.400320Z 0[注]InnoDB:GCC内置原子线程围栏()用于内存屏障
2020-09-05T02:25:17.400324Z 0[注]InnoDB:压缩表使用zlib 1.2.11
2020-09-05T02:25:17.400331Z 0[注]InnoDB:使用Linux本机AIO
2020-09-05T02:25:17.402889Z 0[注]InnoDB:池数:1
2020-09-05T02:25:17.426116Z 0[注]InnoDB:使用CPU crc32指令
2020-09-05T02:25:17.429145Z 0[注]InnoDB:初始化缓冲池,总大小=128M,实例=1,块大小=128M
2020-09-05T02:25:17.478522Z 0[注]InnoDB:缓冲池初始化完成
2020-09-05T02:25:17.501421Z 0[注]InnoDB:如果mysqld执行用户获得授权,则可以更改页面清理器线程优先级。请参阅setpriority()的手册页。
2020-09-05T02:25:17.526217Z 0[注]InnoDB:支持的最高文件格式是Barracuda。
2020-09-05T02:25:17.537683Z 0[注]InnoDB:日志扫描已通过检查点lsn 159706950835
2020-09-05T02:25:17.537708Z 0[注]InnoDB:正在进行恢复:扫描到日志序列号159706964288
2020-09-05T02:25:17.553664Z 0[注]InnoDB:数据库未正常关闭!
2020-09-05T02:25:17.553682Z 0[注]InnoDB:开始崩溃恢复。
2020-09-05T02:25:17.780830Z 0[注]InnoDB:6个事务必须在总共3行操作中回滚或清除才能撤消
2020-09-05T02:25:17.780836Z 0[注]InnoDB:Trx id计数器是181906176
2020-09-05T02:25:17.780870Z 0[注]InnoDB:开始向数据库应用一批日志记录。。。
InnoDB:百分比进展:2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 18 20 21 22 24 25 26 27 28 29 30 31 32 33 34 36 37 39 40 41 42 44 45 46 47 48 49 50 51 53 55 57 58 59 60 61 62 63 64 66 67 69 70 71 72 74 76 77 79 80 81 83 85 86 88 89 90 92 94 96 98 99
2020-09-05T02:25:17.810466Z 0[注]InnoDB:应用批次已完成
2020-09-05T02:25:19.508086Z 0[注]InnoDB:从后台开始回滚未提交的事务
2020-09-05T02:25:19.508121Z 0[注]InnoDB:正在回滚id为181905778的trx,需要撤消1行
2020-09-05T02:25:19.509650Z 0[注]InnoDB:删除了临时表空间数据文件:“IBMP1”
2020-09-05T02:25:19.510701Z 0[注]InnoDB:为临时表创建共享表空间
2020-09-05T02:25:19.510746Z 0[注意]InnoDB:正在将文件“/ibtmp1”的大小设置为12 MB。物理写入完整的文件;请稍候。。。
2020-09-05T02:25:19.514124Z 0[注]InnoDB:完成id为181905778的trx回滚
2020-09-05T02:25:19.514138Z 0[注]InnoDB:正在回滚id为181905777的trx,要撤消0行
2020-09-05T02:25:19.516052Z 0[注]InnoDB:完成id为181905777的trx回滚
2020-09-05T02:25:19.516067Z 0[注]InnoDB:正在回滚id为181905776的trx,要撤消0行
2020-09-05T02:25:19.517962Z 0[注]InnoDB:完成id为181905776的trx回滚
2020-09-05T02:25:19.517976Z 0[注]InnoDB:正在回滚id为181905775的trx,需要撤消1行
2020-09-05T02:25:19.518524Z 0[注]InnoDB:完成id为181905775的trx回滚
2020-09-05T02:25:19.518535Z 0[注]InnoDB:正在回滚id为181905774的trx,要撤消0行
2020-09-05T02:25:19.519119Z 0[注]InnoDB:完成id为181905774的trx回滚
2020-09-05T02:25:19.519130Z 0[注]InnoDB:正在回滚id为181905773的trx,需要撤消1行
2020-09-05T02:25:19.519892Z 0[注]InnoDB:完成id为181905773的trx回滚
2020-09-05T02:25:19.519903Z 0[注]InnoDB:已完成未准备事务的回滚
2020-09-05T02:25:19.547465Z 0[注]InnoDB:文件“/ibtmp1”的大小现在为12MB。
2020-09-05T02:25:19.548328Z 0[注意]InnoDB:找到96个重做回滚段。96个重做回滚段处于活动状态。
2020-09-05T02:25:19.548340Z 0[注]InnoDB:32个非重做回滚段处于活动状态。
2020-09-05T02:25:19.548590Z 0[注]InnoDB:等待吹扫开始
2020-09-05T02:25:19.598820Z 0[注]InnoDB:5.7.27启动;日志序列号159706964288
2020-09-05T02:25:19.599054Z 0[注]InnoDB:从/var/lib/mysql/ib_buffer_pool加载缓冲池
2020-09-05T02:25:19.599950Z 0[注意]插件“联邦”已禁用。
2020-09-05T02:25:19.614936Z 0[警告]由于以下SSL库错误而设置SSL失败:没有证书和私钥,SSL上下文不可用
2020-09-05T02:25:19.614952Z 0[注]服务器主机名(绑定地址):“0.0.0.0”;港口:3306
2020-09-05T02:25:19.614962Z 0[注]-“0.0.0.0”解析为“0.0.0.0”;
2020-09-05T02:25:19.615054Z 0[注意]已在IP上创建服务器套接字:“0”
innodb_buffer_pool_size=100M