mysql
一指禅心
这个作者很懒,什么都没留下…
展开
-
Mycat进阶之主从复制及读写分离解决方案
1 .为什么需要读写分离1.1 读写分离的背景数据量很大时候,我们的数据库面临着很大的压力,这时候我们需要从架构方面来解决这一问题,在一个网站中读的操作很多,写的操作很少,这时候我们需要配置读写分离,把读操作和写操作分离出来,最大程度的利用好数据库服务器。读写分离的实现就是在执行sql的时候,根据读操作还是写操作,根据读写映射到不同的数据库上。1.2 读写分离的原理主节点必须启用二进制日志,记录任何修改了数据库数据的事件。从节点开启一个线程(I/O Thread)把自己扮演成 mysql原创 2020-09-08 11:12:36 · 292 阅读 · 0 评论 -
分库分表之MyCat应用
分库分表就是为了解决由于数据量过大而导致数据库性能降低的问题,将原来独立的数据库拆分成若干数据库组成,将数据大表分成若干数据表组成,使得单一数据库、单一数据表的数据量变小,从而达到提升数据库性能的目的。随着微服务这种架构的兴起,我们应用从一个完整的大的应用,切分为很多可以独立提供服务的小应用。每个应用都有独立的数据库。原创 2020-09-07 18:02:58 · 201 阅读 · 0 评论 -
分布式ID之生成策略
分布式系统ID生成的基本要求在分布式的环境下必须全局唯一。一般都需要单调递增,因为一般唯一ID都会存到数据库而Innodb的特性就是将内容存储在主键索引树上的叶子结点,而且是从左往右,递增的,所以考虑到数据库的性能,一般生成的ID也最好是单调递增。为了防止ID冲突可以使用36位的UUID,但是UUID有一些缺点,首先它相对较长,另外UUID一般是无序的。分布式ID生成机制数据库自增ID机制适合分布式ID吗?答:大厂大数据量情况下不合适,小厂小并发,可以使用数据库ID自增和replace原创 2020-09-06 23:04:04 · 115 阅读 · 0 评论 -
Spring事务传播机制与分布式事务解决方案
事务的ACID特性及隔离级别事务的ACID特性原子性: 事务是最小的执行单位,不允许分割。事务的原子性确保动作要么全部完成,要么完全不起作用;一致性: 执行事务前后,数据保持一致,多个事务对同一个数据读取的结果是相同的;隔离性: 并发访问数据库时,一个用户的事务不被其他事务所干扰,各并发事务之间数据库是独立的;持久性: 一个事务被提交之后。它对数据库中数据的改变是持久的,即使数据库发生故障也不应该对其有任何影响。事务隔离级别READ-UNCOMMITTED(读取未提交): 最低的隔离级别原创 2020-09-03 17:31:09 · 883 阅读 · 0 评论