架构师必看 第6页

管理员评论(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）优化思路与方案 一、需求缘起 上一篇《缓存架构设计细节二三事》中有一个小优化点，在只有主库时，通过“串行化”的思路可以解决缓存与数据库中数据不一致。引发大家热烈...