MySQL痿了,放不下这么多数据!

调研不代表实践,谨慎采纳,结论后续实践后放出。本文主题:【存储上云】TiDB和Polardb。MySQL在达到一定数据量(我的经验是3T、单表1亿)时,复杂查询会有明显的延迟。继续分库分表,会严重增加业务复杂性,尤其对很多非互联网产品来说,急需一个分布式存储。MySQL本身也做了一些努力,那就是基于Paxos协议的MGR。但它没有Sharding的解决方案,需要借助其他中间件。在《“分库分表" ?

微服务不是全部,只是特定领域的子集

大家都在学SpringCloud,貌似学会了SC就牛逼哄哄,感觉不得了的样子。但微服务,在整个企业级应用中,只占了一小部分。微服务引入的问题比解决的问题还要多,你会遇到各种各样的bottleneck。微服务解决的是计算节点的问题,然而根源却在存储节点。当业务规模变得越来越庞大,存储、编码、管理都会成为问题。接下来我们谈一些放之四海而皆准的道理,不需要贴上"XX公司最佳实践"之类的标签。下面是一张因

非规范SQL的sharding-jdbc实践

在《“分库分表" ?选型和流程要慎重,否则会失控》中,我们谈到处于驱动层的sharding-jdbc。开源做到这个水平,已经超棒了,不像tddl成了个太监。但还是有坑。不过不能怪框架,毕竟有些sql,只有程序和鬼能懂。<select id="getCodes" resultMap="BaseResultMap" parameterTyp

”MySQL官方驱动“主从分离的神秘面纱(扫盲篇)

假如你日后的工作,需要快速实现MySQL的读写分离功能,你一定会想起这篇文章。如果你再次回到这里,证明你已经迫切需要一个简单快捷的解决方案了--那就是MySQL官方驱动层实现的读写分离,偏小众,但很有效。JDBC驱动我们经常使用的MySQL驱动jar包,其实默认有非常棒的功能,那就是主从分离和HA。如果你只是需要一个主从分离、failover的功能,不要sharding。一个驱动就够了,不需要引入

“分库分表" ?选型和流程要慎重,否则会失控

数据库中间件之分库分表恭喜你,贵公司终于成长到一定规模,需要考虑高可用,甚至分库分表了。但你是否知道分库分表需要哪些要素?拆分过程是复杂的,提前计划,不要等真正开工,各种意外的工作接踵而至,以至失控。本文意图打开数据库中间件的广度,而不考虑实现深度,至于库表垂直和水平分的概念和缘由,不做过多解释。所以此文面向的是有一定研发经验,正在寻找选型和拆分流程的专业人士。切入层次以下,范围界定在JAVA和M

最新文章

最近回复

  • udejokib: The ehw.apzc.sayhiai.com.zpe.qc ...
  • eseosuwitip: Controlling lhy.akdq.sayhiai.com...
  • ikefnonoc: Thyroid rpc.iufa.sayhiai.com.yib...
  • aeciwozap: Ps tdp.dfmc.sayhiai.com.wwn.md k...
  • lycying: 用不了这么多吧。见http://sayhiai.com/inde...
  • Sean: 单机一百万? 那么这个机器起码要装 1TB的内存啊?
  • lycying: 默认就是开放的
  • lycying: 已修改
  • lycying: 是的
  • Taxz: 请问在master选举时,为什么 需要Thread.sleep(...
  • hesl: 正文宽度太窄了
  • donald: 什么时候开放rss
  • 宜城有少年: 我试了下好像还是不需要注解都行。。。
  • 宜城有少年: 意思是说如果我把这个去掉就是实现了注解方式的对吗
  • lycying: 见文中,SpringBoot启动会自动读取 src/main/r...
  • 宜城有少年: 博主,我想问下,为什么只要我引入了JAR包,不需要注解都可以使用。。。
  • lycying: 是的,而且不能是private
  • 宜城有少年: 博主请问下引用的注解是放在微服务被调用的里面吗方法里面吗
  • 宜城有少年: 这个是将整个springboot项目打成JAR包吗?
  • lycying: 女人养的狗

分类

标签

归档

其它