MySQL和TiDB简介
MySQL和TiDB都是目前比较流行的关系型数据库。MySQL是一个开源的关系型数据库管理系统，支持多种操作系统和语言。TiDB是的分布式的、可水平扩展的、强一致性的、开源的NewSQL数据库。虽然两者都是关系型数据库，但是它们的性能表现有很大的不同：
事务性能对比
MySQL的事务性能
MySQL通过使用InnoDB存储引擎支持事务处理。InnoDB支持ACID（原子性，一致性，隔离性和持久性）事务，但在高并发事务处理下，性能可能会受到影响。
在MySQL中，一个事务在执行时会将所需要修改的数据行锁定，以确保所有改动都能被原子性地提交或回滚。但是，在高并发情况下，锁定的数据行会增加，会导致锁定时间变长，进而引起性能问题。
BEGIN TRANSACTION;
UPDATE customers SET balance = balance - 100 WHERE id = 100;
UPDATE vendors SET balance = balance + 100 WHERE id = 200;
COMMIT;
在MySQL中执行以上事务时，由于需要锁定两个表中的数据行，如果有多个用户同时执行类似的事务，则会导致逐个等待锁定，执行效率会降低。
TiDB的事务性能
TiDB是一个分布式的、可水平扩展的数据库，与MySQL不同，它使用Raft协议实现分布式事务，更加适合高并发场景。
在TiDB中，事务的执行过程由多个TiKV节点共同完成。每个数据节点负责存储一部分数据，文字量比MySQL小得多。
以上述事务为例，使用TiDB执行该事务时，由于数据分布在不同的节点上，所以不会发生锁超时或死锁等问题，事务能够以更快的速度得到响应。
BEGIN TRANSACTION;
UPDATE customers SET balance = balance - 100 WHERE id = 100;
UPDATE vendors SET balance = balance + 100 WHERE id = 200;
COMMIT;
在TiDB中执行以上事务时，分布式存储的方式以及基于Raft协议的一致性机制，保证了高效的并发事务处理能力。
并发性能对比
MySQL的并发性能
在高并发情况下，MySQL的并发能力相对较弱，容易出现锁超时或死锁等问题。除此之外，由于MySQL的存储引擎在处理高并发时需要频繁地进行加锁、解锁操作等，使得读写竞争资源的时候又会引起性能降低。
当MySQL存储引擎无法支撑高并发时，通过添加缓存、增加CPU个数、调整参数等措施来提升并发量，但是这种措施只能稍微提升并发量，而不能显著提升系统的水平扩展性。
TiDB的并发性能
由于TiDB采用分布式存储和查询的方式，所以具有非常高的并发处理能力。多个TiKV节点之间可以并行执行查询任务。
在TiDB中，每个节点处理一定数量的数据并发的读写请求，避免了数据节点的瓶颈，性能提升很大。同时，TiDB支持水平拆分和自动负载均衡等特性，能很快地处理大量数据，并将负载均衡到各个数据节点上，避免了数据的不均衡问题。
总体而言，TiDB在高并发场景下的表现要优于MySQL。
结论
MySQL和TiDB是两种不同的数据库系统，各有其优缺点。MySQL适合较小规模的应用场景，TiDB则适合分布式高并发的数据场景。
总体来说，如果应用需要支持更高的并发操作，TiDB是更好的选择。如果应用的读写比例相对均衡，MySQL是可行的选择。需要根据具体的业务需求，选择适合自己的数据库。