mysql 主键 select_MySQL中的主键和rowid的使用陷阱

原标题：MySQL中的主键和rowid的使用陷阱

作者介绍

杨建荣，dbaplus社群联合发起人，竞技世界资深DBA，前搜狐畅游数据库专家，Oracle ACE，腾讯云TVP。具有十多年数据库开发和运维经验，目前专注于开源技术、运维自动化和性能调优。《Oracle/MySQL DBA工作笔记》作者，每天通过微信、博客进行技术分享，已连续坚持2100多天。

大家在MySQL中我们可能听到过rowid的概念，但是却很难去测试实践，不可避免会有一些疑惑，比如：

如何感受到rowid的存在；

rowid和主键有什么关联关系；

在主键的使用中存在哪些隐患；

如何来理解rowid的潜在瓶颈并调试验证。

本文要和大家一起讨论这几个问题，测试的环境基于MySQL 5.7.19版本。

问题1

如何感受到rowid的存在

我们不妨通过一个案例来进行说明。

记得有一天统计备份数据的时候，写了一条SQL，当看到执行结果时才发现SQL语句没有写完整，在完成统计工作之后，我准备分析下这条SQL语句。

mysql> select backup_date ,count(*) piece_no from redis_backup_result;

+-------------+----------+

| backup_date | piece_no |

+-------------+----------+

| 2018-08-14 | 40906 |

+-------------+----------+

1 row in set (0.03 sec)

根据业务特点，一天之内肯定没有这么多的记录，明显不对，到底是哪里出了问题呢。

自己仔细看了下SQL，发现是没有加group by，我们随机查出10条数据。

mysql> select backup_date from redis_backup_result limit 10;

+-------------+

| backup_date |

+-------------+

| 2018-08-14 |

| 2018-08-14 |

| 2018-08-14 |

| 2018-08-15 |

| 2018-08-15 |

| 2018-08-15 |

| 2018-08-15 |

| 2018-08-15 |

| 2018-08-15 |

| 2018-08-15 |

+-------------+

10 rows in set (0.00 sec)

在早期的版本中数据库参数sql_mode默认为空，不会校验这个部分，从语法角度来说，是允许的；但是到了高版本，比如5.7版本之后是不支持的，所以解决方案很简单，在添加group by之后，结果就符合预期了。

mysql> select backup_date ,c