1. 1.21 系统数据库historical

    - mysql: - 它存储了MySQL的用户账户和权限信息,一些存储过程、事件的定义信息,一些运行过程中产生的日志信息,一些帮助信息以及时区信息等。 - information schema: - 这个数据库保存着MySQL服务器维护的所有其他数据库的信息,比如有哪些表、哪些视图、哪些触发器、哪些

  2. 1.22 MySQL分析器historical

    1. 分析器是什么 - 对SQL语句解析 2. 分析器作用 2.1. 词法分析 - 语句- 字符串Token 2.2. 语法分析 - 字符串Token- 语法树

  3. 1.23 MySQL执行器historical

    1. 执行器是什么 - 执行SQL 2. 执行器作用 2.1. 权限校验 - 比如是否有Select权限 2.2. 拉取数据 - 调用存储引擎的接口获取数据,满足条件则放在结果集

  4. 1.24 MySQL线上问题排查historical

    CPU 100% 1. 使用 show processlist 列出所有进程,看看里面跑的 session 情况,是不是有消耗资源的 sql 在运行 2. 找出消耗高的 sql,然后 kill 掉这些线程;通过 explain 分析sql 参考 mysql: show processlist 详解

  5. 1.25 MySQL压测historical

    性能测评(1):MySQL云数据库vs自建数据库 \- 云\+社区 \- 腾讯云 Mysql专栏 \- 线上调优与压力测试 \- SegmentFault 思否

  6. 1.26 云MySQLhistorical

    1. 腾讯云MySQL - 我们用的是腾讯云上的MySQL 1.1. 部署 - 多少个节点:双节点一主一备,复制方式采用异步的 - - 每个节点配置:8核32GB内存,磁盘1TB - 版本5.7 1.2. 可用性 - 服务等级协议 1.3. 参数 - 云数据库 MySQL 设置实例参数\-操作指南\

  7. 1.27 MySQL InnoDB Buffer Poolhistorical

    1. Buffer Pool是什么 - MySQL启动时向操作系统申请的连续的内存空间 2. 为什么需要Buffer Pool - 磁盘和CPU的速度差异太大,因此需要内存作为缓存 3. Buffer Pool工作流程 - 读数据时向从Buffer Pool中读,有的话直接返回,没有再去磁盘读,然后

  8. 1.28 MySQL调优historical

    1. 整体思路 1. 通过慢查询日志/监控/Druid记录慢SQL - MySQL调优.md 2. 使用explain分析 - 索引失效 - join查询太多表 - 服务器参数配置低 3. 加索引 - MySQL索引.md - 注意索引失效的场景 4. 修改sql语句 - 视情况使用join或者ex

  9. 2.canalhistorical

    1. canal是什么 - 解析MySQL bin-log的组件 2. 为什么需要canal - 获取MySQL数据增量变化,同步到Elasticsearch、Redis等组件中 3. canal原理 - 本质上就是模拟主从复制的slave,所以跟MySQL主从复制.md一样 4. 如何使用cana

  10. 3.1 InnoDB Buffer Poolhistorical

    1. Buffer Pool是什么 - MySQL启动时向操作系统申请的连续的内存空间 2. 为什么需要Buffer Pool - 磁盘和CPU的速度差异太大,因此需要内存作为缓存 - 在InnoDB访问表和索引数据时会在其中进行高速缓存,大量减少磁盘IO操作,提升效率 3. Buffer Pool