TiDB VS MySQL-低调大师

TiDB VS MySQL

2022-06-13 573

作者： Ann_ann 原文来源：https://tidb.net/blog/6035684e

理想型的数据库应该具备的特点

强一致性和高可用；
高吞吐、高并发、低延迟；
标准SQL、支持 ACID 事务；
大数据生态友好；
有水平扩张能力，并且尽量做到不侵入业务；

数据库架构选型

TiDB与MySQL对比

TiDB 和 MySQL 兼容策略

可参考：https://docs.pingcap.com/zh/tidb/stable/mysql-compatibility

截至 4.0 版本，TiDB 与 MySQL 的区别总结：

对于海量数据及大表的解决方案

MySQL需要分库分表，业务研发和 DBA 一起配合且略显低效地解决此问题；
TiDB单表几乎可以理解为无限大的（业界已经存在 100 亿以上的表）。

数据库集群高可用

MySQL需手动调研部署高可用集群，且不同高可用方案有不同的维护方式；
TiDB自带高可用架构，自动容灾。

MySQL分库分表 VS TiDB

总结

TiDB 设计的目标就是针对 MySQL 单台容量限制而被迫做的分库分表的场景，或者需要强一致性和完整分布式事务的场景。TiDB的优势是通过尽量下推到存储节点进行并行计算。对于小表（比如千万级以下），不适合 TiDB，因为数据量少，Region 有限，发挥不了并行的优势。

微信关注我们

原文链接：https://my.oschina.net/u/5674736/blog/5543818

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

TIDB监控升级解决panic的漫漫探索之路

原文来源：https://tidb.net/blog/7747fec7 故事背景上周同事收到tidb生产集群告警，node_exporter组件发生了重启，与同事交流了一下相关历史告警，发现node_exporter组件总是时不时的重启，并触发告警，并且整个集群各个节点都有发生过这个现象。这里先简单介绍下node_exporter组件相关背景以及它的作用：TiDB 使用开源时序数据库Prometheus作为监控和性能指标信息存储方案，而node_exporter是Prometheus的指标数据收集组件。它负责从目标Jobs收集数据，并把收集到的数据转换为Prometheus支持的时序数据格式。所以在部署集群时，通常会在集群的每个节点都分发并运行node_exporter组件。经过我们对重启现象的排查确认，认为是node_exporter组件会偶发性的出现panic,导致节点重启，经过与PingCap原厂的工程师反馈这个问题后，建议我们尝试将node_exporter组件的版本进行升级。我们在本地镜像源里面检查了一下node_exporter组件的版本，发现当前版本是v0.17....

2022-06-20

426

作者： Zeratulll 原文来源：https://tidb.net/blog/9468d259 MySQL中，一般情况下我们不需要关注有序数据的写入在Innodb的Btree上是否存在热点，因为它能承担的吞吐量是比较大的，在单机的范畴内不太容易达到瓶颈。但是在TiDB中，写入有序数据很容易导致热点，这个热点与单机数据库不同。如果一个节点成为了热点（只有它在工作，或者所有请求都需要访问它），那整个集群无论增加多少台机器，都对提升数据库的性能容量毫无帮助，纯纯的浪费钱了。这是分布式相对单机额外产生的问题。一个表包含时间字段（例如订单表、日志表、用户表等等），并且在时间字段上创建一个索引是我们使用MySQL时一种很常见的做法。这些时间字段很多会使用插入或者修改的时间（例如DEFAULT值设为CURRENT_TIMESTAMP或者SQL中使用NOW函数来作为值）。时间是一种典型的有序数据，那么在使用TiDB时，我们是否可以保持像在MySQL中一样的做法来使用时间字段呢？时间字段是否会产生热点，又该如何避免？本文将从TiDB的原理来解答上述问题。如果你是内核开发者，也有助于帮助读者进...

2022-06-10

469

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。