一周碎碎念，2021.10.31，重启跑步
Posted 老叶茶馆_
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了一周碎碎念，2021.10.31，重启跑步相关的知识，希望对你有一定的参考价值。
叨叨最近遇到的一些事以及见闻、思考。
1. 【重要提醒】做好数据备份
这里不仅是指数据库的数据，也包括日常工作、生活中产生的数据，例如工作电脑（重要文档资料等）、手机数据（照片、通信录等）。
平时可能不觉得多么重要，而一旦发生损坏或者丢失时，就会痛心疾首了。。。
无数次惨痛的经验教训反复的说明数据备份的重要性。
这里要特别表扬macOS系统的TimeMachine功能，可以很方便的实现整机备份。我会专门用一个移动硬盘作为TimeMachine，大约每1-2周做一次全盘备份。电脑中的重要资料、照片等，也会双重备份到另外两个移动硬盘上。可能有同学说要上NAS，是这样没错，但我当时买移动硬盘时还没这概念，就懒得折腾了。
2. GreatSQL 和 Percona 之间可以相互平滑替换吗
如果是相同版本号，那么是OK的。也就是目前GreatSQL 8.0.25-15 和 Percona Server 8.0.25-15之间是可以任意平滑互换的。
另外，GreatSQL 8.0.25和mysql 8.0.25（官方社区版）也是可以平滑互换的。
但是，如果是不同版本的话，则不能这样做了。例如想从Percona Server 8.0.26换成GreatSQL 8.0.25的话，就会报告类似下面的错误：
[ERROR] [MY-013171] [InnoDB] Cannot boot server version 80025 on data directory built by version 80026. Downgrade is not supported也就是不能直接降级，需要通过物理或逻辑备份&导入的方式重建。
3. 哪种方式加载数据最快？
这其实是一位群友的问题，我利用空闲时间简单做了下测试，大概得到以下几点总结：
同等条件下，load data infile最快，比导入用mysqldump出来的SQL文件快76%。
想要导入更快，可以在导入期间关闭binlog，如果是在主从或MGR架构里，则在每个节点都要重复执行相同的导入操作，这样才能保证个节点间数据一致，关闭binlog至少能节省34%的时间。
另外，还可以临时关闭redo log（MySQL 8.0.21后支持），大概能节省15%的时间。
非常重要的一点，用mysqldump导出逻辑备份SQL文件时，务必要设置参数 --extended-insert=true （也是默认行为），其他类似工具也是如此。启用这个参数后，导出SQL文件会将多行数据合并到同一个INSERT里，否则的话，未开启binlog时至少慢5倍，开启binlog时至少慢20倍。
再补充两点：
在已经采用批量导入（load data infile 或 --extended-insert=true）前提下，是否设置双1的耗时区别很小。
同上前提，是否关闭double write buffer的区别也不大。
以上耗时数据均是基于有400万行数据的sysbench表测试而来，实际环境中肯定是不一样的，不过应该不会有特别大出入，有兴趣的同学可自行测试一波。
4. 重启跑步
昨天参加完(COSCon'21福州站在线)[https://segmentfault.com/area/coscon-2021]分享后，出门去跑了5公里。这是国庆节前手术后的第一次跑步，感觉恢复差不多了，跑下来总体感觉也还可以，配速和心率略微不太稳定外，步频倒还比较稳定。
平时有小毛病还是要及早重视起来，尽早处理哈。
《实战MGR》视频课程
视频已全部上线，这是免费视频，放在腾讯课堂平台上，共有500多人报名学习了。
目前是第一期内容，相信有很多不足，甚至错漏的地方，也欢迎各位不吝留言帮忙提建议、意见，帮忙改进完善，感谢。
戳此小程序即可直达
或用微信/QQ扫码
或复制链接在浏览器中打开 GreatSQL社区《实战MGR》https://ke.qq.com/course/3677969
文章推荐：
扫码加入GreatSQL/MGR交流QQ群
点击文末“阅读原文”直达老叶专栏
以上是关于一周碎碎念，2021.10.31，重启跑步的主要内容，如果未能解决你的问题，请参考以下文章