StoneDB的主从切换既可以手动切换，也可以自动切换，自动切换通常需要使用第三方中间件。本文介绍的是较为常用的中间件ReplicationManager，当master发生宕机时，可自动切换至slave，保证业务正常运行，故障节点恢复后再加入主从。服务器配置说明IPMemoryCPUOSversion192.168.30.408G8CCentOSLinuxrelease7.9192.168.30.418G8CCentOSLinuxrelease7.9192.168.30.428G8CCentOSLinuxrelease7.9192.168.30.4616G16CCentOSLinuxrele
StoneDB的主从切换既可以手动切换，也可以自动切换，自动切换通常需要使用第三方中间件。本文介绍的是较为常用的中间件ReplicationManager，当master发生宕机时，可自动切换至slave，保证业务正常运行，故障节点恢复后再加入主从。服务器配置说明IPMemoryCPUOSversion192.168.30.408G8CCentOSLinuxrelease7.9192.168.30.418G8CCentOSLinuxrelease7.9192.168.30.428G8CCentOSLinuxrelease7.9192.168.30.4616G16CCentOSLinuxrele
在StoneDB1.0版本中，InnoDB引擎处理OLTP的事务型业务，Tianmu引擎处理OLAP的分析型业务。因此，需要在主从复制环境的基础上做读写分离，所有的写操作和部分读操作走InnoDB引擎，所有的分析类查询走Tianmu引擎。读写分离方案既可以使用第三方中间件，也可以在业务前端实现。本文介绍的是较为常用的中间件ProxySQL。服务器配置说明IPMemoryCPUOSversion192.168.30.408G8CCentOSLinuxrelease7.9192.168.30.418G8CCentOSLinuxrelease7.9192.168.30.428G8CCentOSLin
在StoneDB1.0版本中，InnoDB引擎处理OLTP的事务型业务，Tianmu引擎处理OLAP的分析型业务。因此，需要在主从复制环境的基础上做读写分离，所有的写操作和部分读操作走InnoDB引擎，所有的分析类查询走Tianmu引擎。读写分离方案既可以使用第三方中间件，也可以在业务前端实现。本文介绍的是较为常用的中间件ProxySQL。服务器配置说明IPMemoryCPUOSversion192.168.30.408G8CCentOSLinuxrelease7.9192.168.30.418G8CCentOSLinuxrelease7.9192.168.30.428G8CCentOSLin
作者：李浩责编：宇亭当我们选择一款HTAP数据库时，总是先被其相关文档里所描述的优异性能所吸引。卓越的性能是我们选择一款产品的出发点，因为我们希望该款产品能够解决我们业务中的痛点。而大家使用HTAP产品的出发点就是希望该款数据库能够解决我们在事务处理过程中的实时分析痛点。不过，性能优势只能算作我们选择一款产品的考量因素之一，实际上，公司层级去选择一款HTAP产品时，还需要额外考量一些其他的因素，本篇文章，StoneDB首席架构师李浩给大家分享一下选择HTAP产品的六大关键考量因素。在TP产品非常成熟的今天，各类TP类型数据库早已在各行各业中支撑着业务系统的高速发展。随着业务系统越来越复杂，所产
作者：李浩责编：宇亭当我们选择一款HTAP数据库时，总是先被其相关文档里所描述的优异性能所吸引。卓越的性能是我们选择一款产品的出发点，因为我们希望该款产品能够解决我们业务中的痛点。而大家使用HTAP产品的出发点就是希望该款数据库能够解决我们在事务处理过程中的实时分析痛点。不过，性能优势只能算作我们选择一款产品的考量因素之一，实际上，公司层级去选择一款HTAP产品时，还需要额外考量一些其他的因素，本篇文章，StoneDB首席架构师李浩给大家分享一下选择HTAP产品的六大关键考量因素。在TP产品非常成熟的今天，各类TP类型数据库早已在各行各业中支撑着业务系统的高速发展。随着业务系统越来越复杂，所产
缘起StoneDB在列式存储引擎Tianmu的加持下，在大多数场景下相对MySQL都会有大幅性能提升。当然，这是需要工程师不断优化代码才能做到的，而且，性能好也需要通过基准测试才有说服力，所以我们也会针对TPC-H的测试语句进行测试排查，争取不断提升StoneDB的性能。本文主要讲解对TPCH_Q4的分析优化，在这个优化过程中，我们涉及到了对子查询中的Semi-join优化。首先看一下Q4的查询语句，比较简单：explainselecto_orderpriority,count(*)asorder_countfromorderswhereo_orderdate>=date'1993-07-01
缘起StoneDB在列式存储引擎Tianmu的加持下，在大多数场景下相对MySQL都会有大幅性能提升。当然，这是需要工程师不断优化代码才能做到的，而且，性能好也需要通过基准测试才有说服力，所以我们也会针对TPC-H的测试语句进行测试排查，争取不断提升StoneDB的性能。本文主要讲解对TPCH_Q4的分析优化，在这个优化过程中，我们涉及到了对子查询中的Semi-join优化。首先看一下Q4的查询语句，比较简单：explainselecto_orderpriority,count(*)asorder_countfromorderswhereo_orderdate>=date'1993-07-01
作者：李红建责编：宇亭在第一期研发分享中，我们解释了，为什么Tinamu作为一款列式存储引擎在初期不支持Delete功能的原因，然后对一些友商列式存储引擎的Delete方案进行了一些调研和总结，感兴趣的同学可以查看我们上一期的分享：关于列式数据库实现Delete功能的调研之旅。本期文章，我将向社区小伙伴们详细地介绍一下给StoneDB的Tianmu存储引擎添加Delete功能的开发思路，希望对感兴趣的同学提供帮助。Tianmu引擎的存储结构首先我们需要知道Tianmu引擎的数据是怎么样存储的，这样才知道应该怎么删除数据，所以我们先研究下Tianmu引擎的存储结构。Tianmu为每个表单独建立了
作者：李红建责编：宇亭在第一期研发分享中，我们解释了，为什么Tinamu作为一款列式存储引擎在初期不支持Delete功能的原因，然后对一些友商列式存储引擎的Delete方案进行了一些调研和总结，感兴趣的同学可以查看我们上一期的分享：关于列式数据库实现Delete功能的调研之旅。本期文章，我将向社区小伙伴们详细地介绍一下给StoneDB的Tianmu存储引擎添加Delete功能的开发思路，希望对感兴趣的同学提供帮助。Tianmu引擎的存储结构首先我们需要知道Tianmu引擎的数据是怎么样存储的，这样才知道应该怎么删除数据，所以我们先研究下Tianmu引擎的存储结构。Tianmu为每个表单独建立了
