Toggle navigation
面试宝典
架构师课程
开源
文章
博客
SpringCloud
CloudAlibaba
SpringBoot
Spring Boot1.X
Spring Boot2.X
关于
登录
|
注册
支付宝扫一扫帮助发展吧~
微信扫一扫帮助发展吧~
Sharding-JDBC:查询量大如何优化?
尹吉欢
2019-06-03
4条评论
4681人阅读
版权声明:转载请先联系作者并标记出处。
ShardingJdbc
点击阅读全文
扫描下方二维码,加入Java方向技术交流讨论群。暗号:加群
yiniuyun
2019-06-20 16:41
回复
写的很好
尹吉欢
:
@yiniuyun
哈哈,多谢夸奖
2019-06-20 18:13
回复
查看更多
添加新回复
kimmking
2020-02-20 15:21
回复
ShardingSphere内部其实做了优化,一个事务or线程里前面写了一条数据,然后select这条数据不会走从库,自动走主库拿。
尹吉欢
:
@kimmking
是后面版本加的吧
2020-02-23 10:25
回复
查看更多
添加新回复
查看更多
去注册
去登录
登录后发表
去注册
去登录
登录后发表
主人公小王入职了一家刚起步的创业公司,公司正在研发一款App。为了快速开发出能够投入市场进行宣传的版本,小王可是天天加班到很晚,忙了一段时间后终于把第一个版本赶出来了。 初期功能不多,表也不多,用的MySql存储业务数据。就一个节点,当然每天凌晨有定时备份机制。 下图是目前的一个现状: ![单库读写操作](http://file.cxytiandi.com/2685774-1b3f7c335b01867e.png) 得益于运营人员的大力推广,这款App初见成效。注册用户越来越多,查询量越来越大,对于不太会更新的数据小王加上了缓存,又撑了一段时间。 对于某些数据还是要查数据库,按目前的业务发展,单节点的数据库已经快满足不了需求了。而且读和写都在一起,小王打算进行一次优化,将数据库做读写分离,一主多从。 下图是改进后的一个现状: ![主从架构](http://file.cxytiandi.com/2685774-79481484116c9524.png) 将读请求全部走从节点,主节点只写入来缓解数据的查询压力,数据库部署这块正好小王公司有个运维可以搞定,但是应用程序这块也得
首次访问,人机识别
扫描下方二维码回复
王老吉
获取解锁验证码
步骤:[ 打开微信 ]->[ 扫描上方二维码 ]->[ 关注
猿天地
的公众号] 输入
王老吉
获取验证码,即可永久解锁本站全部文章。
验证码:
(请输入)
提交
yiniuyun