MySQL

在我最近的项目中，经常会有给大表加字段的需求，这个过程非常耗时，900 万数据量的一张表，加一个字段就需要 3 个小时。

在优化查询性能时，选择正确的索引对于减少查询的响应时间和提高系统性能至关重要。但是，如何确定 MySQL 的索引选择策略？MySQL 的优化器是如何选择索引的？

在 MySQL 中一张表是可以支持多个索引的。但是，你写 SQL 语句的时候，并没有主动指定使用哪个索引。也就是说，使用哪个索引是由 MySQL 来确定的。 不知道你有没有碰到过这种情况，一条本来可以

今天我们来谈谈，在不同的业务场景下，应该选择普通索引，还是唯一索引？ 实际场景举例 假设你在维护一个市民系统，每个人都有一个唯一的身份证号，而且业务代码已经保证了不会写入两个重复的身份证号。如果市民系

在我们的生产环境中有一张表：courier_consume_fail_message，是存放消息消费失败的数据的，设计之初，这张表的数据量评估在万级别以下，因此没有建立索引。但目前发现，该表的数据量已

在实际的数据库开发和维护中，我们经常会遇到一些情况，导致索引失效，从而使得查询变得非常缓慢，甚至无法使用索引来优化查询，这会严重影响系统的性能。那么，是什么原因导致了索引失效呢？

日常工作中，有些同学一遇到查询性能问题，就盲目要求 DBA 给表字段创建索引。今天，我们就来具体看看这背后的细节。

本文通过一个例子，谈到了 MySQL 还有另外一个索引失效的场景，即分析器成本分析。另外，在 MySQL 5.6 及之后的版本中，我们可以使用 optimizer trace 功能查看优化器生成执行计

本文以一个例子回顾了事务的 4 种隔离级别，并介绍了隔离级别的实现原理。最后，介绍了事务的隔离实现是通过数据库多版本并发控制（MVCC）来记录不同版本的记录值的。