当前位置: 首页 > article >正文

MySQL OCP888题解063-突然变慢的可能原因

文章目录

  • 1、原题
    • 1.1、英文原题
    • 1.2、中文翻译
    • 1.3、答案
  • 2、题目解析
    • 2.1、题干解析
    • 2.2、选项解析
  • 3、总结

1、原题

1.1、英文原题

What are three typical causes of MySQL becoming suddenly slow or unavailable?
A、OPTIMIZE TABLE is not executed for the InnoDB tables.
B、A configuration change was made.
C、The hardware includes a single point of failure.
D、The MySQL Query Cache is disabled.
E、The application executes a new untested query.
F、Monitoring has not enabled Performance Schema instruments.

1.2、中文翻译

MySQL突然变慢或不可用的三个典型原因是什么?
A、 对于InnoDB表,不执行OPTIMIZE TABLE。
B、 进行了配置更改。
C、 硬件包括一个单点故障。
D、 MySQL查询缓存已禁用。
E、 应用程序执行一个新的未经测试的查询。
F、 监视尚未启用性能架构工具。

1.3、答案

2、题目解析

2.1、题干解析

本题考查MySQL性能影响的因素。

2.2、选项解析

  1. OPTIMIZE TABLE会让表的统计信息变准,更有利于索引的选择等优化措施。但由于表的统计信息是随着数据量逐步变化的,并不会突然变差,所以不符合题干说的突然变慢或不可用这一点,所以选项A错误。
  2. Query Cache已经被废弃了,而且本身作用不大,所以不会突然影响性能,选项D是错误的。
  3. 监控更不会影响性能,所以选项F是错误的。

3、总结

  1. OPTIMIZE TABLE会让表的统计信息变准,更有利于索引的选择等优化措施。
  2. Query Cache已经被废弃了,而且本身作用不大。
  3. MySQL的performance_schema等监控不会影响性能和正常运行。

http://www.kler.cn/a/4507.html

相关文章:

  • 【 PID 算法 】PID 算法基础
  • 汽车免拆诊断案例 | 2007 款法拉利 599 GTB 车发动机故障灯异常点亮
  • 大数据学习(34)-mapreduce详解
  • ElasticSearch|ES|架构介绍|原理浅析
  • Flask表单处理与验证
  • “AI 自动化效能评估系统:开启企业高效发展新征程
  • 【Autoware规控】Lattice规划节点
  • CentOS挂载U盘拷贝文件
  • 【基础算法】1-2:归并排序
  • MyBatis-Plus联表查询(Mybatis-Plus-Join)
  • RabbitMQ高级
  • 使用c++超详细解释数据结构中的顺序栈和链栈
  • 大模型多模态Chatgpt+自动驾驶控制器设计方案
  • 入行芯片设计选模拟IC还是数字IC?一文为你讲解清楚
  • 树莓派云浇水--上层搭建自研版 :P
  • DJ2-5 读者-写者问题
  • 完全二叉树的4种遍历方式
  • 【Python语言基础】——Python 关键字
  • 一个PHP实现的轻量级简单爬虫
  • Java中的volatile关键字的作用
  • 《Spring系列》第11章 别名机制
  • UART、RS232 、RS485 区别
  • Kotlin的数据流
  • java反编译工具
  • Springboot整合rabbitmq并实现消息可靠性和持久性
  • css3 position定位—— sticky 定位