We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
大明老师好,不知道我这样理解对不对。
原文:“聚簇索引是指叶子节点存储了数据的索引。MySQL整张表可以看做是一个聚簇索引。因为非聚簇索引没有存储数据,所以一般是存储了主键。于是会导致一个回表的问题。即如果我们查询的列包含不在索引上的列,这会引起数据库先根据非聚簇索引找出主键,而后拿着主键去聚簇索引里边捞出来数据。而根据主键找数据会引起磁盘IO,性能大幅度下降。这就是我们推荐使用覆盖索引的原因。”
找出主键后,用主键查找完整数据,会多一次回表的查询(主键索引),导致性能下降。不一定会有磁盘IO,因为数据页可能缓存在内存(Buffer Pool)中。
The text was updated successfully, but these errors were encountered:
No branches or pull requests
大明老师好,不知道我这样理解对不对。
原文:“聚簇索引是指叶子节点存储了数据的索引。MySQL整张表可以看做是一个聚簇索引。因为非聚簇索引没有存储数据,所以一般是存储了主键。于是会导致一个回表的问题。即如果我们查询的列包含不在索引上的列,这会引起数据库先根据非聚簇索引找出主键,而后拿着主键去聚簇索引里边捞出来数据。而根据主键找数据会引起磁盘IO,性能大幅度下降。这就是我们推荐使用覆盖索引的原因。”
找出主键后,用主键查找完整数据,会多一次回表的查询(主键索引),导致性能下降。不一定会有磁盘IO,因为数据页可能缓存在内存(Buffer Pool)中。
The text was updated successfully, but these errors were encountered: