MySQL 5.5 Community Server MySQL 5.6 Community Server Percona Configuration Wizard XtraBackup 搭建主从复制 Great Sites on MySQL Percona MySQL Performance Blog Severalnines 推荐管理工具 Sequel Pro phpMyAdmin 推荐书目 MySQL Cookbook
MySQL 相关项目 MariaDB Drizzle 参考文档 http://mysql-python.sourceforge.net/MySQLdb.html
MySQL 相关项目 MariaDB Drizzle 参考文档 http://mysql-python.sourceforge.net/MySQLdb.html 
这是一个创建于 1639 天前的主题，其中的信息可能已经有所发展或是发生改变。
有个疑问，MySQL 在有索引的情况下，如果数据达到一定的量级，查询同样也会有性能问题，那么如果只查最近的数据呢？比如 id 是自增长的，只查最近几十条，这种情况是否查询比较快，还是说查询性能只跟数据量和索引有关，跟是否最近的数据没有关系。
谢谢！
 | 1 xuanbg 2021-04-17 16:57:03 +08:00 所以大表需要拆分和旧数据归档，减少体量就能重新快起来了。 |
 | 2 opengps 2021-04-17 17:20:20 +08:00 id 本身默认也是个索引，很多时候能否快速查到，也看索引是否足够快速过滤。我推测：只查最近，跟索引的正序倒叙有会直接关系 |
 | 3 FrankAdler 2021-04-17 18:00:17 +08:00 索引是个树，不管树多深，如果只遍历头部几个节点，性能是没有区别的 |
 | 4 akira 2021-04-17 18:25:44 +08:00 只查最近的数据 ，也需要对应的索引来缩小范围 |
 | 5 zlowly 2021-04-18 03:32:27 +08:00 你得知道，一般数据库数据的存放无论是物理还是逻辑上都不一定是按顺序，特别是有删除更新的情况下。但是有可能你最近新增的数据会仍在内存缓冲里，这时候的由于节省了磁盘开销所以性能看起来会快些。 |
 | 6 wakzz 2021-04-18 09:26:24 +08:00 MySQL 的 innodb 引擎有个缓存池，专门缓存底层数据页。只考虑大表的性能问题，不考虑 SQL 优化的话，查询时在索引树能完全被缓存层命中的情况下，记录行被缓存层命中率越低，性能越慢。 这里字段缓存层指的是 innodb_buffer_pool，优先会缓存热点数据。因此在大表的查询中尽可能避免命中冷门数据，那么数据量对查询性能基本没有什么影响。 |
 | 7 ltfree 2021-04-18 14:11:31 +08:00 只查询最近的数据，也就是缩小查询的范围，这种方法是可以提高查询效率的。 |
 | 8 Evilk 2021-04-18 14:55:27 +08:00 via iPhone 我司，有个大表，4 亿多条数据，根据 relative_id and resource 查询，基本上 3s 没返回 |
Select Language