搜云库技术团队

缘起：有个朋友问我 分区表在58的应用，我回答不出来，在我印象中，百度、58都没有听说有分区表相关的应用，业内进行一些技术交流的时候也更多的是自己分库分表，而不是使用分区表。于是去网上查了一下，并询问了58到家的DBA专家，将自己收到的信息...

赞(0)站长2019-10-24架构师必看 阅读()

一、缘起 mysql主从复制，读写分离是互联网用的非常多的mysql架构，主从复制最令人诟病的地方就是，在数据量较大并发量较大的场景下，主从延时会比较严重。 为什么mysql主从延时这么大？ 回答：从库使用 【单线程】重放relaylog。...

赞(0)站长2019-10-24架构师必看 阅读()

一、案例缘起 我们经常使用事务来保证数据库层面数据的ACID特性。 举个栗子，用户下了一个订单，需要修改余额表，订单表，流水表，于是会有类似的伪代码： start transaction; CURDtable t_account; ...

赞(0)站长2019-10-24架构师必看 阅读()

需求缘起 大部分互联网的业务都是“读多写少”的场景，数据库层面，读性能往往成为瓶颈。如下图：业界通常采用“一主多从，读写分离，冗余多个读库”的数据库架构来提升数据库的读性能。 这种架构的一个潜在 缺点是，业务方有可能 读取到并不是最新的旧数...

赞(0)站长2019-10-24架构师必看 阅读()

本文主要讨论这么几个问题： （1）数据库主从延时为何会导致缓存数据不一致 （2）优化思路与方案 一、需求缘起 上一篇《缓存架构设计细节二三事》中有一个小优化点，在只有主库时，通过“串行化”的思路可以解决缓存与数据库中数据不一致。引发大家热烈...

赞(0)站长2019-10-24架构师必看 阅读()

本文主要讨论这么几个问题： （1）啥时候数据库和缓存中的数据会不一致 （2）不一致优化思路 （3）如何保证数据库与缓存的一致性 一、需求缘起 上一篇《缓存架构设计细节二三事》（点击查看）引起了广泛的讨论，其中有一个结论：当数据发生变化时，“...

赞(0)站长2019-10-24架构师必看 阅读()

本文主要讨论这么几个问题： （1）“缓存与数据库”需求缘起 （2）“淘汰缓存”还是“更新缓存” （3）缓存和数据库的操作时序 （4）缓存和数据库架构简析 一、需求缘起 场景介绍 缓存是一种提高系统读性能的常见技术，对于读多写少的应用场景，我...

赞(0)站长2019-10-24架构师必看 阅读()

本文主要讨论四个问题： （1）为什么会有冗余表的需求 （2）如何实现冗余表 （3）正反冗余表谁先执行 （4）冗余表如何保证数据的一致性 一、需求缘起 互联网很多业务场景的数据量很大，此时数据库架构要进行水平切分，水平切分会有一个patiti...

赞(0)站长2019-10-24架构师必看 阅读()

一、基本概念 概念一“单库” 概念二“分片” 分片解决的是“数据量太大”的问题，也就是通常说的“水平切分”。 一旦引入分片，势必有“数据路由”的概念，哪个数据访问哪个库。 路由规则通常有3种方法： （1）范围：range 优点：简单，容易扩...

赞(0)站长2019-10-24架构师必看 阅读()

提醒，本文较长，可提前收藏/转发。 一、需求缘起 很多业务都有“计数”需求，以微博为例： 微博首页的 个人中心部分，有三个重要的计数： •关注了多少人的计数 •粉丝的计数 •发布博文的计数 微博首页的 博文消息主体部分，也有有很多计数，分别...

赞(0)站长2019-10-24架构师必看 阅读()