mysql研究跟进

1. 1. count（1）对比 count（*）

• count(N)，N指的是列的序列号，innodb引擎下一般为主键列；count(*)，mysql优化器也会将统计列自动优化。所以日常使用区别不大
• 阿里规范里的【强制】不要使用 count(列名)或 count(常量)来替代 count(*)，count(*)是 SQL92 定义的 标准统计行数的语法，跟数据库无关，跟 NULL 和非 NULL 无关。 说明:count(*)会统计值为 NULL 的行，而 count(列名)不会统计此列为 NULL 值的行

1. 1. order by 和 limit 一起使用陷阱

• 会引发数据丢失，处理方案：加一个唯一索引字段加入排序。

1. 1. 千万级数据量的表 limit查询优化 

• select id,title from table where id>=(select id from table order by id limit 90000,1) limit 10;
• select后只跟主键id，查询、排序字段用联合索引包涵，查询出ids再查所需记录。

1. 1. 联合查询

• 推荐使用显示内联,tmp中间表为on条件出来的表
• in、exist 小表驱动大表？【待补充】

1. 1. mysql位运算的使用

• 处理单个子段对应多个属性的场景，e.g:存多个角色、存多个状态等 field & #{val}

1. 1. ddl导致的慢sql？【待补充】
   2. varchar(21845) 

• 行记录大小65535b
• utf-8一个字符最多占3个字节／gbk最多占2个字节

1. 1. 执行计划中Cardinality：不重复记录的预估值

• 值越小越不推荐建立索引
• Cardinality/n_row_in_table尽可能接近1
• 预估值，非准确值

 

转载于:https://www.cnblogs.com/wangzepu/p/11389670.html