MySQL大表、更新、查询都频繁的字段如何建索引

最近就遇到有人问我这样一个问题,原题是:MySQL中,一个过千万甚至上亿数据的表,更新、查询都很频繁的字段,应该怎么合理的设置索引提高性能。

刚开始听到这个问题的时候,我是懵的。首先,大家都知道,MySQL中更新频繁的字段是不适合简历索引的,因为每次更新数据都要去维护索引信息,更何况还是一张超大数据的表,很可能一次更新就直接拖垮数据库了,所以这是一个不合理的问题。

既然问题是不合理的,那我们就应该转换思路了。

No1:问题是想问我们什么

        思路一换,这本来就不是考怎么设置索引的问题,而是考数据库优化设计相关的"姿势"了。

No2:这么大数据的表应该怎么优化

        如果真的有这么大数据的表,为了保证查询的速度,这个表肯定是要考虑做拆分的了,在数据库连接数可以满足的情况下,应该做分表了,采取读写分离,空间换时间。

No3:分表后怎么做数据同步

        (这一步网上太多教程了,自由发挥了)

End

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值