Mysql Server频繁关闭

Question

下面是mysql的日志

MYSQL频繁关闭，我无法解决问题

图像文件

日志文件

2018-02-26T08：15：08.301271Z 591 [警告] IP地址'192.168.1.4'已解析为主机名'192.168.1.4'，类似于IPv4地址本身。

2018-02-26T08：15：08.395035Z 596 [警告] IP地址'192.168.1.4'已解析为主机名'192.168.1.4'，类似于IPv4地址本身。

2018-02-26T08：19：23.208784Z 0 [错误] InnoDB：文件操作中的操作系统错误号995。

2018-02-26T08：19：23.208784Z 0 [错误] InnoDB：该错误表示由于线程退出或应用程序请求，I / O操作已中止。 重试尝试。

2018-02-26 15:19:23 0x25b0 InnoDB：文件fil0fil.cc行5789中的线程9648断言失败

InnoDB：失败断言：err == DB_SUCCESS

InnoDB：我们有意生成一个内存陷阱。 InnoDB：向http://bugs.mysql.com提交详细的错误报告。

InnoDB：如果您反复断言失败或崩溃，甚至

InnoDB：mysqld启动后，可能立即

InnoDB：InnoDB表空间中的损坏。 请参阅

InnoDB： http : //dev.mysql.com/doc/refman/5.7/en/forcing-innodb-recovery.html

InnoDB：关于强制恢复。

08:19:23 UTC-mysqld异常0x80000003;

这可能是因为您遇到了错误。 此二进制文件也可能

或与之链接的库之一已损坏，构建不当，

或配置错误。 硬件故障也可能导致此错误。

尝试收集一些有助于诊断问题的信息。

由于这是崩溃，并且肯定存在某些错误，因此信息收集过程可能会失败。

key_buffer_size = 8388608

read_buffer_size = 65536

max_used_connections = 48

max_threads = 200

thread_count = 7

connection_count = 7

mysqld可能用尽

key_buffer_size +（read_buffer_size + sort_buffer_size）* max_threads = 74620 K内存

希望没事； 如果不是，则减少方程中的一些变量。

线程指针：0x0

尝试回溯。 您可以使用以下信息来查找

mysqld在哪里死亡。 如果此后您没有看到任何消息，则说明发生了

严重错误...

7f68cb05ea2 mysqld.exe！my_errno（）

7f68cea9919 mysqld.exe！my_wildcmp_mb（）

7f68cea8810 mysqld.exe！my_wildcmp_mb（）

7f68cc05ac8 mysqld.exe！？reserve @？$ vector @ EV？$ allocator @ E @ std @@@ std @@ QEAAX_K @ Z（）

7f68cc2c49a mysqld.exe！？reserve @？$ vector @ EV？$ allocator @ E @ std @@@ std @@ QEAAX_K @ Z（）

7f68cbc4e94 mysqld.exe！？reserve @？$ vector @ EV？$ allocator @ E @ std @@@ std @@ QEAAX_K @ Z（）

7fefff81842 KERNEL32.DLL！BaseThreadInitThunk（）

7ff012ac3f1 ntdll.dll！RtlUserThreadStart（）

http://dev.mysql.com/doc/mysql/en/crashing.html上的手册页包含

有助于您找出导致崩溃的原因的信息。

2018-02-26T08：19：36.819511Z 0 [Note] C：\\ Program Files \\ MySQL \\ MySQL Server 5.7 \\ bin \\ mysqld.exe（mysqld 5.7.11-log）开始于进程7620 ...

2018-02-26T08：19：36.835137Z 0 [Note] InnoDB：Mutexes和rw_locks使用Windows互锁函数

2018-02-26T08：19：36.835137Z 0 [Note] InnoDB：使用事件互斥锁

2018-02-26T08：19：36.835137Z 0 [注意] InnoDB：_mm_lfence（）和_mm_sfence（）用于内存屏障

2018-02-26T08：19：36.835137Z 0 [Note] InnoDB：压缩表使用zlib 1.2.3

2018-02-26T08：19：36.835137Z 0 [Note] InnoDB：由于innodb_buffer_pool_size小于1024 MiB，因此将innodb_buffer_pool_instances从8调整为1

2018-02-26T08：19：36.835137Z 0 [Note] InnoDB：池数：1

2018-02-26T08：19：36.835137Z 0 [注意] InnoDB：不使用CPU crc32指令

2018-02-26T08：19：36.897642Z 0 [Note] InnoDB：正在初始化缓冲池，总大小= 128M，实例= 1，块大小= 128M

2018-02-26T08：19：36.897642Z 0 [Note] InnoDB：完成缓冲池的初始化

2018-02-26T08：19：36.944522Z 0 [注意] InnoDB：受支持的最高文件格式是梭子鱼。

2018-02-26T08：19：36.960149Z 0 [Note] InnoDB：日志扫描已通过检查点lsn 100862484017

2018-02-26T08：19：36.960149Z 0 [Note] InnoDB：执行恢复：扫描至日志序列号100862486308

2018-02-26T08：19：36.960149Z 0 [Note] InnoDB：执行恢复：扫描至日志序列号100862486308

2018-02-26T08：19：36.975774Z 0 [注意] InnoDB：数据库未正常关闭！

2018-02-26T08：19：36.975774Z 0 [注意] InnoDB：启动崩溃恢复。

2018-02-26T08：19：37.444572Z 0 [Note] InnoDB：开始将一批日志记录应用于数据库...

InnoDB：进度百分比：7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99

2018-02-26T08：19：37.975874Z 0 [Note] InnoDB：申请批处理完成

2018-02-26T08：19：39.585408Z 0 [注意] InnoDB：已删除临时表空间数据文件：“ ibtmp1”

2018-02-26T08：19：39.585408Z 0 [注意] InnoDB：为临时表创建共享表空间

2018-02-26T08：19：39.585408Z 0 [注意] InnoDB：将文件'。\\ ibtmp1'的大小设置为12 MB。 物理写入完整文件； 请耐心等待 ...

2018-02-26T08：19：40.101086Z 0 [注意] InnoDB：文件'。\\ ibtmp1'的大小现在为12 MB。

2018-02-26T08：19：40.101086Z 0 [注意] InnoDB：找到96个重做回滚段。 96个重做回滚段处于活动状态。

2018-02-26T08：19：40.101086Z 0 [注意] InnoDB：32个非重做回滚段处于活动状态。

2018-02-26T08：19：40.101086Z 0 [Note] InnoDB：等待清除开始

2018-02-26T08：19：40.163591Z 0 [Note] InnoDB：5.7.11开始; 日志序列号100862486308

2018-02-26T08：19：40.163591Z 0 [Note] InnoDB：从C：\\ ProgramData \\ MySQL \\ MySQL Server 5.7 \\ Data \\ ib_buffer_pool加载缓冲池

2018-02-26T08：19：40.163591Z 0 [注意]插件'FEDERATED'已禁用。

2018-02-26T08：19：40.491749Z 0 [警告]由于以下SSL库错误而无法设置SSL：没有证书和私钥，SSL上下文不可用

2018-02-26T08：19：40.491749Z 0 [Note]服务器主机名（绑定地址）：'*'; 端口：3306

2018-02-26T08：19：40.491749Z 0 [注意] IPv6可用。

2018-02-26T08：19：40.491749Z 0 [Note]-'::'解析为'::';

2018-02-26T08：19：40.491749Z 0 [注]在IP：'::'上创建的服务器套接字。

2018-02-26T08：19：40.757400Z 0 [Note]事件计划程序：已加载0个事件

2018-02-26T08：19：40.757400Z 0 [Note] C：\\ Program Files \\ MySQL \\ MySQL Server 5.7 \\ bin \\ mysqld.exe：准备连接。

版本：'5.7.11-log'套接字：''端口：3306 MySQL Community Server（GPL）

2018-02-26T08：19：45.164087Z 0 [Note] InnoDB：缓冲池加载在180226 15:19:45完成

Answer 1

有关my.cnf / ini [mysqld]部分的建议

#sort_buffer_size=~256K  # lead to allow DEFAULT to work for you
max_connections=100  # from 200 since max_used_connection were 48 since start

源自您2018年2月26日的原始发布信息。 这些更改将降低RAM需求，我们不知道您的服务器上有多少RAM。

Answer 2

有关my.cnf / ini [mysqld]部分的建议

必须从my.cnf-ini中删除MySQLCalculator.com中列出的每个x连接，以允许DEFAULTS为您服务。

thread_cache_size=100  # from 10 REFMAN v5.7 5.1.5 for CAP of 100 suggested
innodb_io_capacity=800  # from 200 to enable higher capacity
lock_wait_timeout=300  # from 31536000, who wants to wait ONE Year?
eq_range_index_dive_limit=20  $ from 200 not found in 20, is missing
expire_logs_days=5  # from 0 so you have limited historical logs
key_buffer_size=1M  # from 8M  you had key_blocks_used of 2
innodb_buffer_pool_instances=8  # from 1 to avoid mutex contention
innodb_buffer_pool_size=8G  # from 128M until you need more for data volume
innodb_log_buffer_size=8M  # from 134M - can not be > innodb_log_file_size
innodb_lru_scan_depth=128  # from 1024  see REFMAN for why
innodb_page_cleaners=64  # from 1 will be limited to be = innodb_buffer_pool_instances
innodb_print_all_deadlocks=ON  # from OFF - check error log DAILY
innodb_read_io_threads=64  # from 4 see dba.stackexchange.com Q 5666 9/12/11
innodb_thread_concurrency=0  # in 5666 Rolando explains these 3 values
innodb_io_threads=64  # from 4  and how the combination enables multi-core
innodb_stats_sample_pages=32  # from 8 for more accurate cardinality
#max_allowed_packet=1G   # leading # to disable for DEFAULT size

如果您需要更大的LOCAL INFILE大小，请在您的SESSION中将@ max_allowed_pa​​cket = nnnnnnnnnnnn设置为最大1G，即最大值

max_seeks_for_key=32  # from a huge number, do not waste CPU past 32
max_write_lock_count=16  # from a huge number, allow RD after nn LOCKS
wait_timeout=3600  # from 8 hours, not touched in 1 HR release rscrs, log in again

祝好运。