负责的项目主要采用阿里云数据库MySQL,最近频繁出现慢SQL告警,执行时间最长的竟然高达5分钟。导出日志后分析,主要原因竟然是没有命中索引和没有分页处理 。
其实这是非常低级的错误,我不禁后背一凉,团队成员的技术水平亟待提高啊。改造这些SQL的过程中,总结了一些经验分享给大家,如果有错误欢迎批评指正。
MySQL性能
最大数据量
抛开数据量和并发数,谈性能都是耍流氓 。MySQL没有限制单表最大记录数,它取决于操作系统对文件大小的限制。
文件系统 | 单文件大小限制 |
---|---|
FAT32 | 最大4G |
NTFS | 最大64GB |
NTFS5.0 | 最大2TB |
EXT2 | 块大小为1024字节,文件最大容量16GB;块大小为4096字节,文件最大容量2TB |
EXT3 | 块大小为4KB,文件最大容量为4TB |
EXT4 | 理论可以大于16TB |
《阿里巴巴Java开发手册》提出单表行数超过500万行或者单表容量超过2GB,才推荐分库分表。性能由综合因素决定,抛开业务复杂度,影响程度依次是硬件配置、MySQL配置、数据表设计、索引优化。500万这个值仅供参考,并非铁律。博主曾经操作过超过4亿行数据的单表,分页查询最新的20条记录耗时0.6秒,SQL语句大致