标签：架构

管理员评论(1)赞(1)

一、需求缘起 分页需求 互联网很多业务都有分页拉取数据的需求，例如： （1）微信消息过多时，拉取第N页消息 （2）京东下单过多时，拉取第N页订单 （3）浏览58同城，查看第N页帖子 这些业务场景对应的消息表，订单表，帖子表分页拉取需求有这样...

管理员评论(0)赞(0)

上一篇《 58到家数据库30条军规解读》引发了广泛的讨论，某些军规部分同学有疑惑，补充一文说明。 军规：必须使用UTF8字符集 和DBA负责人确认后，纠正为“新库默认使用utf8mb4字符集”。 这点感谢网友的提醒，utf8mb4是utf8...

管理员评论(0)赞(1)

军规适用场景：并发量大、数据量大的互联网业务 军规：介绍内容 解读：讲解原因，解读比军规更重要 一、基础规范 （1）必须使用InnoDB存储引擎 解读：支持事务、行级锁、并发性能更好、CPU及内存缓存页优化使得资源利用率更高 （2）必须使用...

管理员评论(0)赞(2)

一、问题的提出 互联网有很多”数据量较大，并发量较大，业务复杂度较高”的业务场景，其典型系统分层架构如下： （1）上游是业务层biz，实现个性化的业务逻辑 （2）中游是服务层service，封装数据访问 （3）下游是数据层db，存储固化的业...

管理员评论(0)赞(0)

提醒，本文较长，可提前收藏/转发。 本文将以“用户中心”为例，介绍“单KEY”类业务，随着数据量的逐步增大，数据库性能显著降低，数据库水平切分相关的架构实践： •如何来实施水平切分 •水平切分后常见的问题 •典型问题的优化思路及实践 一、用...

管理员评论(0)赞(0)

一、缘起 当数据库的数据量非常大时，水平切分和垂直拆分是两种常见的降低数据库大小，提升性能的方法。假设有用户表： user( uid bigint, name varchar(16), pass varchar(16), age int, ...

管理员评论(0)赞(0)

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

管理员评论(0)赞(0)

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

管理员评论(0)赞(0)

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

管理员评论(0)赞(0)

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