1、索引优化
索引可以显著加速查询操作，但过多或不适当的索引也会带来负面影响（如增加写入开销）。因此，选择合适的索引至关重要。
创建索引：
为经常用于WHERE子句、JOIN条件和ORDER BY排序的列创建索引。
CREATE INDEX idx_last_name ON employees (last_name);
复合索引：
如果多个列经常一起出现在查询条件中，考虑创建复合索引。
first_name, last_name复合索引，即使 where first_name 也会走复合索引，但是where last_name不行
CREATE INDEX idx_composite ON orders (customer_id, order_date);
覆盖索引：
确保索引包含所有需要返回的数据列，从而避免回表查找。
意思是索引里面是你需要查询的字段，比如product_name
CREATE INDEX idx_covering ON products (category_id, price, product_name);索引`first_name`, `last_name`即使last_name不是索引第一个，但是查询里面有last_name，所以走索引
如果查询字段存在索引里面没有的字段（不包括主键）则不会走索引
SELECT last_name FROM `123`.`Employees` WHERE last_name=''
索引维护：
定期分析和优化索引，删除不再使用的索引以减少不必要的开销。
2、查询优化
优化SQL查询可以帮助减少执行时间和资源使用。
避免全表扫描：
尽量使用索引来限制扫描范围，避免对大表进行全表扫描。
EXPLAIN SELECT birth_date,first_name FROM Employees WHERE last_name=''
减少结果集大小：
只选择需要的字段，而不是使用SELECT *。
优化连接（JOIN）：
确保参与连接的列上有适当的索引，并且尽可能缩小连接前的结果集。
SELECT o.order_id, c.customer_name
FROM orders o JOIN customers c ON o.customer_id = c.customer_id
WHERE o.status = 'shipped';
预过滤：在执行连接之前，尽可能地减少每个表中的行数。你可以通过添加更严格的WHERE子句条件来实现这一点。比如，如果只需要特定日期范围的数据，就在连接之前用WHERE子句限定日期范围。
示例：
场景描述：
在一个电子商务系统中，有orders（订单表）和products（商品表）。我们想要获取在过去一个月内购买了特定类别商品的所有订单详情。如果不进行预过滤，这将涉及到两个大表之间的全表扫描和连接。
SELECTo.order_id,p.product_name,o.order_date
FROMorders oJOIN order_items oi ON o.order_id = oi.order_idJOIN products p ON oi.product_id = p.product_id
WHEREo.order_date >= '2024-11-01' AND p.category = 'Electronics';
首先对products表按照商品类别进行预过滤，然后再执行连接操作。这样可以大大减少需要连接的数据量。
-- 用一个临时表做中间数据
WITH FilteredProducts AS (SELECTproduct_id,product_name FROMproducts WHEREcategory = 'Electronics'
)SELECTo.order_id,fp.product_name,o.order_date
FROMorders oJOIN order_items oi ON o.order_id = oi.order_idJOIN FilteredProducts fp ON oi.product_id = fp.product_id
WHEREo.order_date >= '2024-11-01';
分页：对于大型结果集，考虑使用分页技术来限制每次查询返回的行数。这对于前端展示大量数据尤其有用。
聚合：如果可能的话，在连接之前对数据进行聚合。这意味着可以在连接前就计算出统计信息，如SUM、COUNT等，从而减少连接操作的数据量。
示例：
场景描述：
假设有一个电子商务平台，其中有两个表——orders（订单表）和order_items（订单详情表）。orders表存储了每个订单的基本信息，而order_items表则记录了每个订单中购买的商品详情以及单价等信息。现在想要获取每个用户的总消费金额。
SELECTo.user_id,SUM( oi.quantity * oi.price ) AS total_spent
FROMorders oJOIN order_items oi ON o.order_id = oi.order_id
GROUP BYo.user_id;
首先在order_items表上根据order_id聚合出每个订单的总金额，然后再与orders表连接，并最终按用户ID分组计算总消费额：
WITH OrderTotals AS (SELECTorder_id,SUM( quantity * price ) AS order_total FROMorder_items GROUP BYorder_id
)SELECTo.user_id,SUM( ot.order_total ) AS total_spent
FROMorders oJOIN OrderTotals ot ON o.order_id = ot.order_id
GROUP BYo.user_id;
临时表或CTE（Common Table Expressions）：有时将中间结果存储在临时表或使用公用表表达式（CTE）可以简化查询逻辑，并且允许你更早地应用过滤条件。
使用EXPLAIN分析查询计划：
通过EXPLAIN关键字查看MySQL如何执行查询，识别潜在问题。
EXPLAIN SELECT * FROM orders WHERE order_date > '2024-01-01';
3、缓存
大部分没有应用场景，命中率不高，消耗内存
利用缓存机制可以减少重复查询数据库的次数，降低负载。
查询缓存（Query Cache）：
虽然MySQL 8.0版本之后官方已经移除了内置查询缓存功能，但在某些场景下仍可以通过第三方工具实现类似效果。
应用级缓存：
在应用程序层面使用Redis、Memcached等内存存储来缓存频繁访问的数据。
4、硬件优化
硬件升级可以直接影响数据库性能。
**增加内存：**更多的RAM意味着更大的缓冲池（InnoDB Buffer Pool），从而减少磁盘I/O。
**SSD硬盘：**相比于传统HDD，固态硬盘（SSD）提供更快的读写速度，尤其适合随机访问模式。
**多核CPU：**对于高并发工作负载，多核心处理器能够更好地处理并发请求。
5、数据库参数调整
根据具体的使用场景调整MySQL配置参数，可以进一步提升性能。
innodb_buffer_pool_size：
设置InnoDB存储引擎使用的缓存大小，默认值通常是物理内存的70%-80%。
query_cache_size：
配置查询缓存（Query Cache）大小的参数，虽然MySQL 8.0后不再支持，但对于老版本，可以根据实际情况设置查询缓存大小。
max_connections：
根据预期的最大并发连接数调整最大连接数限制。
thread_cache_size：
设置线程缓存大小，以快速响应新连接。