1.sql执行慢的原因？如何排查？
SQL执行慢的原因有很多，以下是常见的几个因素以及相应的排查步骤：
缺乏有效的索引：
- 检查SQL语句中涉及的列是否有适当的索引。执行计划（Execution Plan）可以帮助确定是否使用了索引，以及索引是否被正确地利用。
索引失效：
- 索引可能由于查询条件中使用了函数操作、类型转换、LIKE语句的模糊匹配（非前缀匹配）等原因失效。
- 使用
EXPLAIN或EXPLAIN ANALYZE等工具分析查询计划，观察是否存在全表扫描。
查询复杂度过高：
- 复杂的JOIN操作、子查询、GROUP BY、ORDER BY等可能导致查询效率低下。
- 查看查询计划，尽量减少JOIN的数量和范围，优化JOIN条件和排序操作。
数据量太大：
- 表数据量超出硬件承载能力，即使有索引也可能导致查询慢。
- 分析表数据量、表大小和查询条件，考虑适当的数据分区、归档或者数据清理。
锁争用：
- 高并发场景下，大量的UPDATE、DELETE等写操作可能导致锁冲突，影响查询性能。
- 使用
SHOW ENGINE INNODB STATUS;等命令查看锁等待情况，优化事务隔离级别，减少锁粒度。
硬件瓶颈：
- I/O设备（硬盘、网络）性能不足，内存不足导致频繁的磁盘交换（swap）。
- 检查服务器硬件资源利用率，特别是磁盘IOPS、网络带宽和内存使用情况。
SQL语句写法问题：
- 查询语句中可能存在不必要的子查询、笛卡尔积、全表扫描等情况。
- 优化SQL语句，如改写成JOIN形式、避免NOT IN、IN列表过大等问题。
数据库配置不合理：
- 参数设置不恰当，例如innodb_buffer_pool_size设置过小，或者query_cache设置不当。
- 根据实际情况调整数据库参数配置。
排查步骤：
分析慢查询日志：
- 开启慢查询日志，并分析其中记录的慢查询SQL。
查看执行计划：
- 使用
EXPLAIN或EXPLAIN ANALYZE分析查询计划，了解MySQL如何执行SQL语句。
- 使用
监控系统资源：
- 监控CPU、内存、I/O、网络等硬件资源使用情况，以及数据库的连接数、锁状态等。
调整索引和SQL：
- 根据查询计划和业务需求，调整或新增索引，优化SQL语句。
数据库调优：
- 考虑调整数据库的参数配置，比如缓存大小、日志刷盘策略、并发控制参数等。
架构优化：
- 如果问题出现在架构层面，考虑进行数据库拆分、读写分离、分库分表等架构优化措施。
2.进程与线程 协程的区别：
进程、线程和协程是操作系统中用于并发执行任务的不同抽象层次的概念，它们之间的主要区别如下：
进程（Process）：
定义：进程是操作系统资源分配和调度的基本单位，每个进程都有自己独立的内存空间（地址空间），包含程序代码、数据、栈和堆等资源，彼此隔离，互不影响。
资源：进程拥有各自独立的资源，如打开的文件、内存空间、信号量等，进程间的通信和数据共享需要通过IPC（进程间通信）机制，如管道、消息队列、共享内存等。
调度：操作系统通过进程调度器在多个进程之间切换执行，每个进程都有自己的上下文环境，切换代价相对较高。
线程（Thread）：
定义：线程是进程内部的执行单元，一个进程中可以包含多个线程，它们共享进程的内存空间和其他资源。
资源共享：同一进程内的线程可以共享全局变量、打开的文件等资源，无需通过IPC机制。线程有自己的栈空间，但代码段、数据段和堆是共享的。
调度：线程的创建、销毁和上下文切换相比进程更快，代价更低。操作系统内核能够在线程间进行调度，实现并发执行。
协程（Coroutine）：
定义：协程是一种用户级的轻量级线程，由程序自身控制调度，而不是由操作系统内核进行调度。协程的切换由程序员通过调用库函数实现，没有内核态与用户态切换的开销。
调度：协程的切换是由用户态的调度器控制的，因此切换速度极快，尤其适用于IO密集型任务，例如在网络编程、事件驱动编程中广泛应用。
资源：协程不独享资源，而是共享所在进程的资源，它们的切换不涉及系统调用，而是通过让出执行权给其他协程来实现协作式多任务。
总结：
- 进程之间是独立的，资源隔离，由操作系统内核调度；
- 线程是进程内部的实体，资源共享，由内核调度；
- 协程更为轻量，由用户态程序控制，切换速度快，适用于高并发场景。
