个人技术分享

通过 TiDB，用户可以像使用 MySQL 一样执行 SQL 查询，而 TiDB 的分布式架构则能够自动处理数据的分片、复制和故障转移，确保高可用性和弹性伸缩。它结合了传统的关系型数据库（RDBMS）和 NoSQL 数据库的优势，旨在为企业级应用提供高性能、弹性伸缩、高可用性、强一致性的数据服务。TiDB 作为一个分布式 NewSQL 数据库，结合了传统关系型数据库的稳定性和 NoSQL 数据库的扩展性，为企业级应用提供了灵活且强大的数据服务。- TiDB 提供 ACID 事务保证，支持分布式事务。

TiDB-从0到1-分布式事务介绍

TiDB Cloud 是一个功能齐全的数据库即服务或(DBaaS，DataBase as a Service)Iaas：Infrastructure as a Service，基础设施即服务，假设做一个论坛，不用云的话，就自己买服务器、操作系统、数据库、所有的软件、自己写代码等等把这个论坛做出来，人力成本和时间成本很高，如果用IaaS，那么服务器硬件、网络、存储等不用管了，直接自己就可以开发程序了，云服务厂商拥有并管理那些运行您软件的硬件(服务器、网络、存储等等)Paas。

内存悲观锁：在内存中修改数据的同时，只把锁信息写到Leader节点的TiKV缓存中，不写到磁盘中，并且不复制给其他节点，此时Leader节点宕机会造成锁丢失，事务回滚。悲观锁：在内存中修改数据的同时，把锁写入lock列簇中，让其他事务能看到锁信息，网络和磁盘IO都有负载。乐观锁：在commit的时候，才做prewrite，加锁，在此之前其他事务不知道这个数据上有锁。Placement Rules in SQL 的使用 -步骤 1。Placement Rules in SQL的使用-步骤 3。

内存悲观锁：在内存中修改数据的同时，只把锁信息写到Leader节点的TiKV缓存中，不写到磁盘中，并且不复制给其他节点，此时Leader节点宕机会造成锁丢失，事务回滚。悲观锁：在内存中修改数据的同时，把锁写入lock列簇中，让其他事务能看到锁信息，网络和磁盘IO都有负载。乐观锁：在commit的时候，才做prewrite，加锁，在此之前其他事务不知道这个数据上有锁。Placement Rules in SQL 的使用 -步骤 1。Placement Rules in SQL的使用-步骤 3。

TiDB-从0到1-分布式事务介绍

为了解决IO压力大的问题，PD会先分配一段TSO在缓存中，比如分配3秒钟700~703在缓存中，此时持久化存储中TSO的开始时间是存的703，TiDB Server就到缓存中排队获取TSO，3秒都获取完了，再分配3秒706，所以时间窗口就是将一段TSO先分配到缓存供TiDB Server获取，减少PD IO压力。每条sql每次都去请求PD拿TSO会造成性能下降，批处理可以解决，比如1ms内有100个会话去请求TSO，这时候PD Client就会把这100个会话的sql请求变成一个批处理请求。

以MySQL为代表的传统关系型数据库，虽然广泛应用，但是存在一些自身容量的限制。根据使用MySQL的经验，MySQL单表在2000万行以内时，性能较好；单表超过2000万行以后，数据库性能、可维护性都会急剧下降。当然这时候可以使用分库分表，将大表拆分为小表，小表到的数据量控制在2000万行以内。通过水平扩展的方式，将不同的表存放于多台服务器，可以提升整个数据库集群的QPS。