网通vps-如何安全地关闭MySQL

这篇文章首要介绍了网通vps怎么安全地封闭MySQL,协助大家更好的理解和运用MySQL,感兴趣的朋友能够了解下

在封闭mysql server的时分,或许会因为封闭的方法而呈现各种问题。下面的一些进程,能够削减问题的产生。

1.中止复制

在一些特殊环境下,slave节点或许会测验从错误的位置(position)进行启动。为了削减这种危险,要先中止io thread,从而不接纳新的事情信息。

mysql> stop slave io_thread;

等sql thread应用完所有的events之后,也将sql thread停掉。

mysql> show slave status\G
mysql> stop slave sql_thread;

这样io thread和sql thread就能够处于一致性位置,这样relay log就仅仅包括被履行过的events,relay_log_info_repository中的位置信息也是最新的。

关于敞开了多线程复制的slave,保证在封闭复制之前,现已填充了gaps

mysql> stop slave;
mysql> start slave until sql_after_mts_gaps; #应用完relay log中的gap
mysql> show slave status\G #要保证在之前现已停掉了sql_thread
mysql> stop slave ;

2.提交、回滚或kill长期运转的业务

1分钟内能够产生很多事,在封闭时,innodb有必要回滚未提交的业务。业务回滚的代价是非常贵重的,或许会花费很长期。任何业务回滚都或许意味着数据丢失,因此理想情况下封闭时没有打开任何业务。

假如封闭的是读写的数据库,写操作应该提前路由到其他节点。假如有必要封闭还在接纳业务的数据库,下面的查询会输出运转时间大于60秒的会话信息。依据这些信息再决议下一步:

mysql> SELECT trx_id, trx_started, (NOW() – trx_started) trx_duration_seconds, id processlist_id, user, IF(LEFT(HOST, (LOCATE(‘:’, host) – 1)) = ”, host, LEFT(HOST, (LOCATE(‘:’, host) – 1))) host, command, time, REPLACE(SUBSTRING(info,1,25),’\n’,”) info_25 FROM information_schema.innodb_trx JOIN information_schema.processlist ON innodb_trx.trx_mysql_thread_id = processlist.id WHERE (NOW() – trx_started) > 60 ORDER BY trx_started;
+——–+———————+———————-+—————-+——+———–+———+——+—————————+
| trx_id | trx_started         | trx_duration_seconds | processlist_id | user | host      | command | time | info_25                   |
+——–+———————+———————-+—————-+——+———–+———+——+—————————+
| 511239 | 2020-04-22 16:52:23 |                 2754 |           3515 | dba  | localhost | Sleep   | 1101 | NULL                      |
| 511240 | 2020-04-22 16:53:44 |                   74 |           3553 | root | localhost | Query   |   38 | update t1 set name=”test” |
+——–+———————+———————-+—————-+——+———–+———+——+—————————+
2 rows in set (0.00 sec)

3.清空processlist

mysql要断开衔接并封闭了。咱们能够手动协助mysql一下。

运用pt-kill检查并杀死活泼和睡觉状态的衔接。这时应该不会有新的写衔接进来。咱们仅仅处理读的衔接。

pt-kill –host=”localhost” –victims=”all” –interval=10 –ignore-user=”pmm|orchestrator” –busy-time=1 –idle-time=1 –print [–kill]

这里能够选择性地排除某些用户树立的衔接。

4.装备innodb完成最大改写(flush)

SET GLOBAL innodb_fast_shutdown=0;
SET GLOBAL innodb_max_dirty_pages_pct=0;
SET GLOBAL innodb_change_buffering=’none’;

disable掉innodb_fast_shutdown或许会使得封闭进程花费几分钟乃至个把小时,因为需要等候undo log的purge和changebuffer的merge。

为了加速封闭,设置innodb_max_dirty_pages_pct=0并监控下面查询的结果。期望值是0,但并不总是能保证,假如mysql中还有活动的话。那么,查出的结果不再持续变小的话,就能够持续下一步了:

SHOW GLOBAL STATUS LIKE ‘%dirty%’;

假如运用了pmm监控,能够检查“innodb change buffer”的图示。

5.转储buffer pool中的内容

SET GLOBAL innodb_buffer_pool_dump_pct=75;
SET GLOBAL innodb_buffer_pool_dump_now=ON;

mysql> SHOW STATUS LIKE ‘Innodb_buffer_pool_dump_status’;
+——————————–+————————————————–+
| Variable_name                  | Value                                            |
+——————————–+————————————————–+
| Innodb_buffer_pool_dump_status | Buffer pool(s) dump completed at 200429 14:04:47 |
+——————————–+————————————————–+
1 row in set (0.01 sec)

启动的时分,要想加载转储出的内容,要检查一下参数innodb_buffer_pool_load_at_startup的装备。

6.刷日志

FLUSH LOGS;

现在,就能够封闭mysql了。

大多时分,咱们仅仅履行stop命令,MySQL封闭并重启都是很正常的。偶尔也会遇到一些问题。

以上便是怎么安全地封闭MySQL的详细内容,更多关于安全封闭MySQL的材料请重视脚本之家其它相关文章!

共有 0 条评论

发表评论

邮箱地址不会被公开。 必填项已用*标注