发表于   |   分类于 Linux   |   暂无评论

1. 更新/升级当前的CentOS系统

dnf update -y
reboot

2. 获取migrate2rocky转换脚本

Rocky Linux 提供了一个名为migrate2rocky的工具，该工具已在许多RHEL变体版本(比如CentOS、Alma Linux和Oracle Linux)上成功地测试。migrate2rocky脚本可用于轻松地就地迁移到 Rocky Linux。

阅读全文 »

发表于   |   分类于 健康   |   暂无评论

在认识疫苗前，理解病毒的原理也非常重要。病毒是什么东西？病毒本质上就是一个非常简单的核酸，就是一个基因体，然后外面套一个壳，保护里面的基因体不受外界的干扰。通常病毒到了人体以后，里面的核酸基因就会被释放出来，然后用人体的细胞去生产更多的病毒，感觉这玩意跟癌细胞有点像。用人体的东西去生产他自己的东西。

根据医学界的常规分类，疫苗可以分为三代。

阅读全文 »

发表于   |   分类于 mysql   |   暂无评论

MySQL 并行复制演进及 MySQL 8.0 中基于 WriteSet 的优化
--雁南归

MySQL 8.0 可以说是MySQL发展历史上里程碑式的一个版本，包括了多个重大更新，目前 Generally Available 版本已经已经发布，正式版本即将发布，在此将介绍8.0版本中引入的一个重要的新特性————基于 WriteSet 的并行复制方案，此方案号称是彻底解决困扰MySQL运维人员多年的复制延迟问题。

说到并行复制，这里简单的回顾一下各个版本的MySQL复制的演进，以帮助理解8.0版本中对并行复制MTS的优化。

MySQL 主从复制模型

MySQL的主从架构依赖于 MySQL Binlog 功能， Master节点上产生Binlog并将Binlog写入到Binlog文件中。Slave节点上启动两个线程：一个IO线程，从MySQL上捞取Binlog日志并写入到本地的RelayLog日志；另一个SQL线程，不断的从RelayLog日志中读取日志，并解析执行。这样通过在主机和从机上增加几个文件的顺序读写操作，就可以保证所有在主机上执行过的SQL语句都在从机上一摸一样的执行过一遍。而复制延迟，指的就是一个事务在Master执行完成以后，要多久以后才能在Slave上执行完成。

由于对Binlog文件以及RelayLog文件的读写均为顺序操作，在生产环境中，Slave上的IO线程对Binlog文件的Dump操作是很少产生延迟的。 实际上，从MySQL 5.5 开始，MySQL官方提供了半同步复制插件，每个事务的Binlog需要保证传输到Slave写入 RelayLog 后才能提交，这种架构在主从之间提供了数据完整性，保证了主机在发生故障后从机可以拥有完整的数据副本。因此，复制延迟通常发生在SQL线程执行的过程中。从架构图上可以看到，最早的主从复制模型中，只有一个线程负责执行 Relaylog，也就是说所有在主机上的操作，在从机上是串行回放的。 这就带来一个问题，如果主上写入压力比较大，那么从上的回放速度很有可能会一直跟不上主。（除此之外，MySQL的架构决定了Binlog只有在Commit阶段才会写入Binlog文件并Dump给从机，这也导致主从事务必然有执行延迟，这个问题在大事务中体现的特别明显，不过这个问题就不在本文的讨论范围内了）

既然主从延迟的问题是单线程回放RelayLog太慢，那么减少主从延迟的方案自然就是提高从机上回放RelayLog 的并行度。

阅读全文 »

发表于   |   分类于 Python   |   暂无评论

1.获取本周周一

#!/usr/bin/env python
# -*- coding:utf-8 -*-
import time
from datetime import datetime, timedelta
today = time.strftime("%Y%m%d", time.localtime())
today = datetime.strptime(str(today), "%Y%m%d")
print(datetime.strftime(today - timedelta(today.weekday()), "%Y-%m-%d"))

阅读全文 »