搜云库技术团队

事情变得有意思了，上一篇花1小时撰写的“一分钟”文章，又引起了广泛的讨论，说明相关的技术大家感兴趣，挺好。第一次一篇技术文章的评论量过100，才知道原来“评论精选”还有100上限，甚为欣慰（虽然是以一种自己不愿看到的方式）。 《啥，又要为表...

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

需求缘起 产品第一版：用户有用户名、密码、昵称等三个属性,对应表设计： user(uid, name, passwd, nick) 第二版，产品经理增加了年龄，性别两个属性,表结构可能要变成： user(uid, name, passwd,...

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

近期一篇《就这样把根目录删了！！！》引发了广泛的讨论，《 如何防止根目录被删》汇总了7种防删方案。还有同学评论中反馈 “不小心把库删了”，如何快速恢复删掉的数据库，是今天要讨论的话题。 【高可用数据库架构】 一般来说数据库集群会是主从架构：...

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

缘起：有个朋友问我 分区表在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架构师必看 阅读()