【对线面试官】MySQL调优 - 图1

    【对线面试官】MySQL调优 - 图2

    【对线面试官】MySQL调优 - 图3

    【对线面试官】MySQL调优 - 图4

    【对线面试官】MySQL调优 - 图5

    【对线面试官】MySQL调优 - 图6

    【对线面试官】MySQL调优 - 图7

    【对线面试官】MySQL调优 - 图8

    【对线面试官】MySQL调优 - 图9

    【对线面试官】MySQL调优 - 图10

    【对线面试官】MySQL调优 - 图11

    【对线面试官】MySQL调优 - 图12

    【对线面试官】MySQL调优 - 图13

    【对线面试官】MySQL调优 - 图14

    【对线面试官】MySQL调优 - 图15

    【对线面试官】MySQL调优 - 图16

    【对线面试官】MySQL调优 - 图17

    【对线面试官】MySQL调优 - 图18

    【对线面试官】MySQL调优 - 图19

    总结下今天的知识点吧(赞和转发是肯定要的,别想了,又不用钱):

    • 数据库表存在一定数据量,就需要有对应的索引
    • 发现慢查询时,检查是否走对索引,是否能用更好的索引进行优化查询速度,查看使用索引的姿势有没有问题
    • 当索引解决不了慢查询时,一般由于业务表的数据量太大导致,利用空间换时间的思想,
    • 当读写性能均遇到瓶颈时,先考虑能否升级数据库架构即可解决问题,若不能则需要考虑分库分表
    • 分库分表虽然能解决掉读写瓶颈,但同时会带来各种问题,需要提前调研解决方案和踩坑

    线上不是给你炫技的地方,安稳才是硬道理。能用简单的方式去解决,不要用复杂的方式