mysql

有一张表如下 执行如下计划，并传入不同的活动id,命中的索引有的时候是primary，有的时候是idx_activity_id_id 解决方案 force index 强制索引 走覆盖索引 索引不能命

mysql中的日志文件类型 redo log 重做日志 undo log 回滚日志 bin log 二进制日志 slow log 面查询日志 error log 错误日志 relay log 中继日志

概念 脏读 不可重复读 幻读 当前读 快照读 回表 索引覆盖 索引下推 bufferpool 数组 冷热数据通过lru算法进行淘汰 mysql server 1、连接器 2、缓存 3、解析器 4、优化

limit 10 和 limit 60000,10 实际上 limit 10 = limit 0,10 两者的区别在于开始的 offset 不一样，一个是0，一个是10 limit 的执行过程 sel

mysql 字符集，编码和字符集的关系 虽然我们平时可以在编辑器上输入各种中文英文字母，但这些都是给人读的，不是给计算机读的，其实计算机真正保存和传输数据都是以二进制0101 的格式进行的。

mysql优化的方向 索引 表结构 配置 硬件 索引 索引的合理性 区分度 索引字段大小 索引数量 联合索引 索引的命中情况 explain show profiles + show profilin

当sql中where条件中有等值和非等值条件时，并且能够命中索引，这时候需要排序操作，那么排序操作的字段应该在联合索引中最后一个等值条件的后面，这样就能消除文件排序。 为什么联合索引为: index(

现象 mysql 瞬时负载很高 io 等待时间变长 监控现象 某个用户占用的负载增高 某几条sql语句的负载增高 负载高的几条sql的执行耗时并不长 问题解决 sql执行前进行限流 负载高的sql 进

mysql count(*) count(id) id为主键 count(field)的优缺点，非必要直接使用count(id)就完事了

分库分表 根据id范围分表 涉及写热点表问题 根据id取模分表 数据均匀分布 扩展还要涉及数据迁移 范围 + 取模 读扩散问题 我们上面提到的好几种分表方式，都用了id这一列作为分表的依据，这其实就是