1. MySQL为什么表数据删掉一半，表文件大小不变？
MySQL数据库中的存储引擎决定了数据是如何存储、查询和管理的。不同的存储引擎可能会对如何处理空间使用有不同的规则。
以InnoDB存储引擎为例，当你删除表中的一些数据时，InnoDB可能不会立即将空间返还给操作系统。这主要是因为InnoDB使用一个称为页（page）的结构来存储数据，删除数据只会在页内标记删除，并不会立即回收页。当数据被删除，这些页会在数据再次被插入时重新使用。如果你的表足够大，你可能不会看到表的文件大小的明显变化，即使删除了大量的数据。
另外，InnoDB还有一个叫做“fill factor”的配置选项，它决定了每个页被填充的程度。默认情况下，InnoDB会尽可能地填充每个页，留下一些空间来处理更新和插入操作。因此，即使你删除了很多数据，除非页内的数据都被删除，否则页可能不会被完全释放。
如果你想减少表文件的大小，你可以尝试使用OPTIMIZE TABLE命令。这个命令会创建表的一个新的副本，并将旧表的数据复制到新表中。在这个过程中，删除的行不会被复制到新表中，从而可以减少新表的大小。不过，需要注意的是，OPTIMIZE TABLE命令会锁定表，直到优化过程完成，所以在大表上运行此命令可能需要一段时间，并且在此期间表将无法访问。
2. MySQL为什么有时某条查询会变得非常慢？
MySQL 查询的性能可能会受到多种因素的影响，导致查询有时候会变得非常慢。以下是一些可能的原因：
- 索引问题：如果查询的相关字段没有建立索引，或者索引没有被正确使用，MySQL 需要扫描整个表以找到匹配的行，这可能会非常慢。这可能是因为查询的 SQL 语句编写方式使得优化器无法使用索引，或者是因为相关字段的索引不存在。
- 硬件限制：如果服务器的 CPU、内存或磁盘 I/O 都达到了极限，查询的速度可能会变慢。这种情况下，优化硬件或者增加资源可能会有所帮助。
- 并发问题：如果数据库有大量并发的查询，那么某些查询可能会等待资源可用（比如，等待锁），从而导致查询变慢。
- 查询复杂度：复杂的查询（例如，包含多表连接、大量的聚合操作等）可能需要消耗大量的 CPU 和内存资源。
- 数据和统计信息：如果表的数据发生了大量变化，MySQL 的查询优化器可能会根据过时的统计信息来生成查询计划，导致性能下降。在这种情况下，可以考虑更新统计信息。
- 网络延迟：如果数据库服务器和应用服务器之间的网络延迟增大，那么即使查询执行得很快，应用程序也可能感觉到查询变慢。
为了找到查询变慢的具体原因，可以使用如 EXPLAIN 命令等工具来分析查询的执行计划，观察是否有可以优化的地方。此外，监控服务器的硬件资源使用情况也能帮助找到可能的问题。
3. MySQL为什么有时候会选错索引？
MySQL使用一个叫做查询优化器（Query Optimizer）的组件来决定查询执行的最佳方式。优化器在决定使用哪个索引时，会考虑多个因素，如索引类型、索引覆盖的列、表中数据的分布等。然而，有时候优化器可能会选择不是最优的索引，造成性能下降。以下是一些可能导致这种情况的原因：
- 统计信息过期：优化器依赖统计信息来选择最佳的查询计划。统计信息包括索引的选择性（唯一值的数量），数据的分布等。如果表中的数据发生了大量改变，那么统计信息可能会过期，导致优化器基于错误的假设选择索引。在这种情况下，可以更新统计信息来解决问题。
- 索引设计问题：如果索引的设计不恰当，例如复合索引的列顺序不正确，或者缺少必要的索引，优化器可能无法选择最佳的索引。
- 查询语句编写问题：查询语句的编写方式可能影响优化器选择索引。例如，如果WHERE子句中的条件使用了函数或表达式，可能会导致优化器无法使用索引。或者，如果查询包含了OR条件，优化器可能无法同时使用多个索引。
- 参数调整问题：MySQL有一些参数可以调整优化器的行为。例如，innodb_stats_method参数决定了统计信息是如何收集的，optimizer_search_depth参数决定了优化器在搜索可能的查询计划时的深度。这些参数的设置可能会影响优化器选择索引。
如果发现MySQL选择了错误的索引，可以使用EXPLAIN命令来分析查询的执行计划，然后根据分析结果来调整索引设计或查询语句，或者更新统计信息。
