数据库
文章平均质量分 88
Wengy.Xu
tel: 13916573769
/e-mail: [email protected]
展开
-
MySQL 集群一致性问题
主从复制下图是主从复制的原理图。主从复制整体分为以下三个步骤:主库将数据库的变更操作记录到Binlog日志文件中从库读取主库中的Binlog日志文件信息写入到从库的Relay Log中继日志中从库读取中继日志信息在从库中进行Replay,更新从库数据信息在上述三个过程中,涉及了Master的BinlogDump Thread和Slave的I/O Thread、SQL Thread,它们的作用如下:Master服务器对数据库更改操作记录在Binlog中,BinlogDump原创 2021-06-29 15:21:31 · 2157 阅读 · 3 评论 -
程序员避坑指南
禁止使用MongoRepository操作mongodb(mysql也一样),所有操作只能使用MongoTemplate。(MongoRepository会自动帮你完成对象转换,复杂对象时会造成内存泄露)日志对象一定要使用private static final修饰定义成static final,logger变量不可变,读取速度快一些日志框架(log4j)会在打印日志的时候使用sychronized关键字,加上static以后没个类只会产生一个实例,这样在并发调用这个类的时候就不会因为抢不到..原创 2021-04-24 02:54:01 · 226 阅读 · 0 评论 -
Mysql数据库分库分表实践
目前应用系统的最大瓶颈出现在数据库,主要是基于数据库的逻辑存储结构,和磁盘的物理特性决定了随机读取效率低下,无法靠简单磁盘阵列的扩展或者分布式文件系统,来提升性能。数据库的瓶颈不管是IO瓶颈,还是CPU瓶颈,最终都会导致数据库的活跃连接数增加,进而逼近甚至达到数据库可承载活跃连接数的阈值。在业务Service来看就是,可用数据库连接少甚至无连接可用。接下来就可以想象了吧(并发量、吞吐量、崩溃)。IO瓶颈由于关系型数据库的存储结构,不适用于分布式文件系统,往往会出现磁盘读IO原创 2021-04-12 17:24:11 · 3234 阅读 · 4 评论 -
OceanBase 的特性分析
OceanBase 的特性OceanBase的优势分布式事务OceanBase是通过对原有2PC的改良,来实现分布式事务2PC的问题单点问题。过度依赖协调者,一旦协调者出现问题,系统将无法正常运转,会有可能造成数据不一致参与者在等待其他参与者响应的同时,无法进行任何操作,处于阻塞状态,一旦参与者出现故障,协调者只能通过自己的超时机制发现效率比较低,用户感知到的提交时延是4次写日志耗时以及2次 RPC 的往返耗时OceanBase的改良OceanBase通过多副本(Multi-Paxos原创 2020-11-12 16:05:32 · 3614 阅读 · 4 评论