MySQL使用现状分析与优化

前言

再紧张的裁人氛围，也不应影响你学习的心态。不要本末倒置，技术永远不会落后，只要你还在学习的道路上，没有后退。

 

数据库架构

目前生产环境RDS是多区可用架构。数据库实例发生计划内或计划外的中断时， Amazon RDS 会自动切换到另外一个可用区中的备用副本。

完成故障转移所用的时间取决于在主数据库实例变为不可用时的数据库状态和一些其它因素如监控。故障转移时间一般为 60-120 秒。

事务较多或时间较长的恢复过程可能延长故障转移时间

 

一次生产事件案例

 

全表扫描

建议：

1. object_id 列添加索引

ALTER TABLE bi_bobject ADD INDEX idx_object_id (object_id) ;

 

 低效索引

 

 

p_custom_data_453

增长索引前

增长索引后

 

索引优化建议 p_custom_data_

 

 

 低效查询【SELECT *】

 

没法利用覆盖索引

无用的列会浪费宝贵的系统资源(网络、内存、MySQL解析)

 

执行计划 DEPENDENT SUBQUERY

优化效果

 

执行计划中必定要避免DEPENDENT SUBQUERY！！

 

系统异常行为

 

 a_account索引优化建议

 

 

大表索引优化

SQL优化

 

 

改进方向

 

 

做者：含笑半步颠√

博客连接：https://www.cnblogs.com/lixy-88428977

声明：本文为博主学习感悟总结，水平有限，若是不当，欢迎指正。若是您认为还不错，欢迎转载。转载与引用请注明做者及出处。