2024年前端最全数据库学习笔记——索引优化_cpu缓存脏页，前端通用流行框架大全

总结

阿里十分注重你对源码的理解，对你所学，所用东西的理解，对项目的理解。

开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

• 插入数据

insert into article(`author_id`,`category_id`,`views`,`comments`,`title`,`content`) values 
(1,1,1,1,'1','1'),
(2,2,2,2,'2','2'),
(1,1,3,3,'3','3');

需求：查询category_id为1且comments大于1的情况下,views最多的article_id

双表优化

• 建表

  • 商品类别表

create table class(
    id int unsigned not null primary key auto\_increment,
    card int unsigned not null
);

+ 图书表

create table book(
    bookid int unsigned not null auto\_increment primary key,
    card int unsigned not null
);

驱动表的概念，mysql中指定了连接条件时，满足查询条件的记录行数少的表为驱动表；如未指定查询条件，则扫描行数少的为驱动表。mysql优化器就是这么粗暴以小表驱动大表的方式来决定执行顺序的。

三、MySQL整体优化思路

1 硬件相关优化

• 在 MySQL 整体的优化环节中，硬件相关的优化必不可少，因此首先来聊聊这一方面的优化策略：

1.1 CPU 相关

• A.关闭 CPU 节能，设定为最大性能模式。
  原因是：考虑到在高并发之前没有任何连接的情况，机器可能会处于节电模式，高并发场景来临时可能导致处理不过来新的请求。
• B.配置合理的 CPU 核数和选择合适的 CPU 主频。
  原因是：
  CPU 核数越多，支持的并发也越高；
  CPU 主频越高，处理任务的速度越快。

1.2 内存相关

• 内存对 MySQL 数据库影响是非常大的。InnoDB 使用 InnoDB buffer pool 缓存数据、索引等内容，从而加快访问速度。因此 MySQL 运行的物理机上，内存配置也是比较重要的。
  在应用数据库实例前，应该预估活跃的数据大小，然后根据这个合理配置数据库服务器内存的大小。

1.3 磁盘相关

• 对于 OLTP 的数据库，一般场景是 IO 密集型的操作。因此，对于这类情况，应该把更多的注意力放在提高磁盘 IO 上。
  对于磁盘相关的优化，这里聊聊几种方法：
  A. 使用 SSD(固态硬盘) 或者 Pcle SSD 设备；
  为什么 SSD 比传统机械硬盘快？
  传统的机械硬盘需要耗费长时间的磁头旋转和定位来查找数据。
  而 SSD 其内部是由闪存组成的。闪存延迟低、功耗低。
  因此 SSD 比传统机械硬盘更快。

2 系统层面优化

• 当硬件层优化的差不多了之后，系统层部分配置也应该去做一些优化。这里就来介绍部分系统层面的优化方法：

2.1 调整 I/O 调度算法

• MySQL 运行的物理机上，I/O 调度算法建议使用：deadline/noop，尽量不使用 CFQ。
• 原因是 CFQ 把 I/O 请求按照进程分别放入进程对应的队列中。CFQ 的公平是针对进程而言，每一个提交 I/O 请求的进程都会有自己的 I/O 队列，以时间算法为前提，轮转调动队列，默认从当前队列中取出 4 个请求处理，然后处理下一个队列的 4 个请求，确保每个进程享有的 I/O 资源是均衡的。因此高并发场景，CFQ 很可能会导致 I/O 的响应缓慢。

2.2 文件系统选择

• 优先选用 xfs 或 ext4，坚决不用 ext3。
• 原因是： ext3 在 fsck 时需要耗费大量时间，文件越多，时间越长 。

2.3 调整内核参数

• vm.swappiness ≤ 10
  降低使用 swap 的概率，但是尽量不要设置为 0，可能引起 OOM。
• vm.dirty_ratio ≤ 5
  这个参数指定了当文件系统缓存脏页数量达到系统内存百分之多少时（如10%），系统不得不开始处理缓存脏页（因为此时脏页数量已经比较多，为了避免数据丢失需要将一定脏页刷入外存）；在此过程中很多应用进程可能会因为系统转而处理文件 IO 而阻塞。
• vm.dirty_background_ratio ≤ 10
  避免因为 IO 压力瞬间飙升导致内核进程卡死，操作系统 hung 住。这个参数指定了当文件系统缓存脏页数量达到系统内存百分之多少时，就会触发 pdflush/flush/kdmflush 等后台回写进程运行，将一定缓存的脏页异步地刷入外存。

3 MySQL 层优化

在之前的部分章节中，我们知道了，MySQL 自身很多地方是可以优化的，这里再对 MySQL 层的优化做一个总结：

3.1 参数优化

在启动 MySQL 之前，一些参数合理的设置，可以大大提升 MySQL 的性能。这里就来介绍一部分相对比较重要的参数：
innodb_buffer_pool_size
该参数控制 InnoDB 缓存表和索引数据的内存区域大小。对性能影响非常大，建议设置为机器内存的 50-80%。
innodb_flush_log_at_trx_commit
InnoDB 的 redo 日志刷新方式，对 InnoDB 的影响会很大。
sync_binlog
控制累积多少个事务后才将二进制日志 fsync 到磁盘。
innodb_file_per_table
开启独立表空间。
max_connection
最大连接数。不能设置的过小，防止客户端连接失败；也不能设置的过大，防止数据库内存资源过多消耗。
long_query_time
慢查询时间阀值。
query_cache_type

前端面试题汇总

JavaScript

开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

性能

linux

前端资料汇总