mysql
文章平均质量分 87
Briant996
拒绝八股,实践出真知
展开
-
mysql与缓存数据不一致解决-canal+mq方案
利用canal+mq的解决业务上缓存不一致的方案,对于一些常用场景、跨多系统还是很方便的,吞吐量和延时性指标均不错,适用于高并发项目。并且能够做一次统一的缓存控制,有利于整理系统内无效代码,提高代码精简度。同时,缓存一致性方便基本不能够达到强一致,在考虑时需要将实际业务代入,思考一个全面的方案。原创 2022-11-24 22:36:39 · 1335 阅读 · 0 评论 -
mysql主从复制实践
主从配置的搭建过程并不复杂,尤其是在docker中搭建,更为简单。主从是读写分离、容灾等有效手段,生产上很多操作都是基于主从基础,学会快速搭建对于后续的学习还是十分有帮助。原创 2022-11-12 15:46:32 · 1051 阅读 · 0 评论 -
多租户shardingSphere+mybatis实现实现
1.租户数据存储在不同的数据库实例中,隔离部署,单机房挂了之后,只影响部分租户数据,做到容灾的效果。2.数据库到达千万级以上数据之后会带给单库的实例来IO、CPU、内存的上的压力,分库分表实现能减免这种压力,并且具有可拓展性。原创 2022-11-06 16:11:08 · 2506 阅读 · 1 评论 -
#分库分表-分片算法
在实施分库分表时,根据业务主体,选择合适路由字段和合适的分片算法是非常关键的,决定了业务的拓展性。这里有几个情况思考。上述将的四种路由算法各有特点,标准分片策略具有精准和范围两种sql类型,但是绑定的字段只有一个。复杂分片策略适用于多字段,但是对于范围查询还没有找到一个好的解决方案。定制连表查询策略灵活度最高,可以基于非表字段且适用于不同的sql,缺点是和业务耦合在一起,嵌入了业务代码。至于选择何种算法,这与分表的路由键、实际的业务场景有关系,尽量做到灵活度高,准确的,匹配业务的。原创 2022-11-04 00:17:07 · 1024 阅读 · 0 评论 -
分库分表实践
在实施分库分表时,要结合实际业务的需求来制定分库分表的规则以及路由的字段。一般来说,为了保障实际业务的性能,会将路由键带入查询条件中,路由到单库单表,此中情况性能较高。其次,经过上面验证,shardingjdbc能够满足mybatis 联表查询和分页查询的适配,其中联表在没有路由键是笛卡儿积的数量,验证数据准确,在实际业务中,分库分表改造后,对现有sql的需要一一验证有效性,包括性能和准确性上,改造成本还是不小。原创 2022-09-19 00:01:31 · 457 阅读 · 0 评论 -
mysql不同隔离级别下锁的实际运用
本文内容是分析mysql的常见索引类型,隔离级别,锁类型,锁的原理,以及思考如何利用这些理论知识运用到实际中,更好的设计表结构和业务sql。原创 2022-09-07 23:45:00 · 810 阅读 · 0 评论