ITPub博客

上篇《Oracle集群技术 | 集群的自启动系列（一）》中我们说到系统启动后由init.ohasd和ohasd两个脚本相互配合共同来完成集群的启动，当init.ohash前期工作准备完成，ohasd启动集群时需要首先读取olr文件，根据olr文件中记录的信息启动集群的初始化资源层，并在该过程中创建集群启动及运行时所需的套接字文件。| OLROLR文件中记录的信息是ohasd守护进程启动集

在写代码的日常中,if...else语句是极为常见的。正因其常见性,很多同学在写代码的时候并不会去思考其在目前代码中的用法是否妥当。而随着项目的日渐发展,糟糕的if...else语句将会充斥在各处,让项目的可维护性急剧下降。故在这篇文章中,笔者想和大家谈谈如何避免写出糟糕if...else语句。

在MySQL5.7版本中，开启并行复制后，设置relay-log-recovery=1，从库启动后偶尔会报错。如果将relay-log-recovery设置为0，会发生什么呢？

本文将通过演示案例为大家介绍为何Binlog中同一个事务的event时间点会乱序。

本期，也是我们“PXC、MGC&MGR原理与实践对比”这门课程的最后一期，将为大家介绍PXC、MGC和MGR 集群 crash 之后，如何做recovery:单个节点crash recovery的步骤；多数节点(超过半数集群成员) crash recovery的步骤；整个集群 crash recovery 的步骤。

当Oracle集群安装部署完成后，集群会处于一个启动的状态，默认情况下，当服务器重启之后集群也会被自动启动，那么，Oracle集群是如何来实现自启动的呢？

随着云计算的兴起，各大平台之争也落下了帷幕，Kubernetes作为后起之秀已经成为了事实上的PaaS平台标准，而网络又是云计算环境当中最复杂的部分，总是让人琢磨不透。本文尝试着围绕在Kubernetes环境当中同一个节点（work node）上的Pod之间是如何进行网络通信的这个问题进行展开，暂且不考虑跨节点网络通信的情况。

上期《Oracle集群技术（四）：集群初始化资源层》中，为大家介绍了集群的初始化资源层。本期将为大家介绍CSS服务实现的三种心跳机制。

本期课程：MGR 集群初始化讲师 | 罗小波·沃趣科技高级数据库技术专家出品 | 沃趣科技上期《PXC、MGC&MGR原理与实践对比（六）：PXC、MGC集群初始化》中，为大家介绍了PXC、MGC集群初始化步骤：第一个节点正常初始化并拉起复制组；第二个节点使用全量SST方式加入复制组；第三个节点使用增量IST方式加入复制组。本期将为大家介绍MGR集群初始化步骤(实操)第一个节点正常初始化并

常言道“20%的sql优化技能就能优化80%的sql性能问题”，其实大部分情况下sql优化并不复杂，而很关键的一步是我们能不能发现问题，然后才能对症下药。今天我们先从sql优化中的统计信息、索引这2个方面来学习了解一下sql。

需要给客户将生产环境的数据恢复到测试环境，但是线上环境的xtrabackup全备数据量太大，拷贝下来比较麻烦，并且需要恢复的数据只有整库中的两张表的数据，所以客户只是将全备中的对应表的ibd文件以及frm文件拷贝下来了，要求根据ibd文件以及frm文件进行数据恢复。

本期课程：PXC、MGC 集群初始化讲师 | 罗小波·沃趣科技高级数据库技术专家出品 | 沃趣科技上期《PXC、MGC&MGR原理与实践对比（五）：MGR新增节点流程》中，为大家介绍了Oracle MySQL官方原生插件实现的MGR集群新增节点流程。本期将为大家介绍PXC、MGC集群初始化步骤(实操)第一个节点正常初始化并拉起复制组第二个节点使用全量SST方式加入复制组第三个节点使用增量I

本文将通过一个实际案例为大家介绍MySQL主从复制错误-列类型转换错误。

本期课程要点：Oracle MySQL官方原生插件实现的MGR集群新增节点流程。

随着Oracle版本的提升，优化器更趋向于智能，比如，12c中的标量子查询被transform成外连接。select (select max(object_id) from test2 b where b.object_id =a.object_id) from test1 a;11g中执

上期《sysbench花式采坑之一：自增值导致的TPS不可靠》介绍到，在sysbench压测过程中，如果自增值不为1会导致性能测试值偏高的现象，其实在发现这个现象之前，在单实例性能测试时我还遇到了一个主键冲突的问题。

分页语句分为单表分页与多表关联分页。分页语句的优化首先要选对分页框架，错误的分页框架会导致扫描表中全部的数据，正确的分页框架会利用到rownum的count stopkey特性较少数据访问。

在正常项目开发过程中，如果MySQL版本从5.6升级到5.7版本，作为DBA在考虑数据库版本升级带来的影响时，一般会有几个注意点：sql_mode 默认值的改变，optimizer_switch 值的改变，备库升级影响主备复制。本文主要内容是MySQL升级到5.7版本之后，由于默认的 sql_mode 值带来的坑以及对应的解决方案。

上期《Oracle集群技术（三）：被误传的集群自启动》中，为大家介绍了集群自启动时需要的两个脚本。本期将为大家介绍集群的初始化资源层。

本期的案例中，虽然是5.5及以前版本的MySQL复制才会出现的问题，但是现在不少公司的老系统用的就是5.5甚至更古老的5.1或者5.0的数据库。有时候面对这些老古董的时候，不了解这些旧版数据库的特性的话，那就是自己往坑里跳。