一次分表踩坑实践的探讨

相关文章

• 一次难得的分库分表实践

  摘要：烦人的数据迁移分表规则弄好后其实只是完成了分表的第一步，真正麻烦的是数据迁移，或者说是如何做到对业务影响最小的数据迁移。 showImg(https://segmentfault.com/img/remote/1460000020003851?w=1920&h=1080); 背景 前不久发过两篇关于分表的文章： 一次分表踩坑实践的探讨 分表后需要注意的二三事 从标题可以看得出来，当...

  Harpsichord1207 2019-08-19 10:22 评论0 收藏0

• 分表后需要注意的二三事

  摘要：分表字段的选择。问题产生之前提到在分表应用上线前我们需要将原有表的数据迁移到新表中，这样才能保证业务不受影响。虽说凌晨的业务量下降，但依然有少部分的请求过来，也会出现各种数据库异常。 showImg(https://segmentfault.com/img/remote/1460000019462791?w=496&h=285); 前言 本篇是上一篇《一次分表踩坑实践的探讨》，所以还没...

  dongxiawu 2019-08-19 11:43 评论0 收藏0

• 『并发包入坑指北』之向大佬汇报任务

  摘要：所以也很容易想到可以利用等待通知机制来实现，和上文的并发包入坑指北之阻塞队列的类似。 showImg(https://segmentfault.com/img/remote/1460000019021474?w=2785&h=2785); 前言 在面试过程中聊到并发相关的内容时，不少面试官都喜欢问这类问题： 当 N 个线程同时完成某项任务时，如何知道他们都已经执行完毕了。 这也是本次讨...

  Mike617 2019-08-16 17:03 评论0 收藏0

• MySQL在大数据、高并发场景下的SQL语句优化和"最佳实践"。

  摘要：建索引是优化中最有效的手段。在条件中使用，可能导致索引无效。分页查询的优化。统计相关的查询。影响结果集往往巨大，且部分语句本身已经难以优化。因此，应避免在业务高峰期执行统计相关的查询，或者仅在从库中执行统计查询。 本文主要针对中小型应用或网站，重点探讨日常程序开发中SQL语句的优化问题，所谓大数据、高并发仅针对中小型应用而言，专业的数据库运维大神请无视。以下实践为个人在实际开发工作中，...

  zzbo 2019-07-31 16:27 评论0 收藏0

• 后端集锦

  摘要：数据异构的武器何谓数据异构，上周交易部门商品的同事过来做分享，又看到这个词，他的里面是数据库异构。其实我们以前做的事情，也是可以成为数据异构。比如我们将里面的数据持久化到里面去，就是一种数据异构的方式。 如果有人问你数据库的原理，叫他看这篇文章 一提到关系型数据库，我禁不住想：有些东西被忽视了。关系型数据库无处不在，而且种类繁多，从小巧实用的 SQLite 到强大的 Teradata ...

  mengbo 2019-08-06 14:06 评论0 收藏0