数据库入门级SQL优化

1. SELECT * FROM users;

优化原因 :使用SELECT *会选择所有列,可能导致不必要的数据传输。应只选择需要的列,例如:

复制代码
SELECT id, name FROM users;

2. WHERE age > 30;

优化原因 :如果age字段没有索引,查询速度会慢。可以考虑在age列上创建索引,或者使用范围查询结合索引。

3. SELECT name FROM users WHERE name LIKE '%john%';

优化原因:前缀通配符会导致全表扫描。可以重构查询或使用全文索引。

4. INSERT INTO orders (id, user_id, product_id) VALUES (1, 2, 3);

优化原因:在高并发情况下,批量插入能提高性能。可以改为:

复制代码
INSERT INTO orders (id, user_id, product_id) VALUES (1, 2, 3), (2, 3, 4);

5. SELECT * FROM orders WHERE user_id = 1 ORDER BY created_at;

优化原因 :如果没有索引,排序会影响性能。应在user_idcreated_at上创建复合索引。

6. UPDATE users SET last_login = NOW() WHERE id = 1;

优化原因:频繁更新同一行会导致行锁。可以考虑批量更新,或者在业务逻辑中减少操作频率。

7. DELETE FROM users WHERE created_at < '2020-01-01';

优化原因 :全表扫描会影响性能。可使用分区表或者在created_at上创建索引。

8. SELECT COUNT(*) FROM orders;

优化原因:全表扫描可能很慢。可以使用物化视图或维护一个单独的计数表。

9. SELECT * FROM products WHERE category_id IN (1, 2, 3);

优化原因 :如果category_id没有索引,查询会很慢。应在category_id上创建索引。

10. JOIN多个表时没有使用ON条件

复制代码
SELECT * FROM orders JOIN users;

优化原因 :缺失ON条件会导致笛卡尔积,产生大量不必要的数据。应明确指定连接条件。

相关推荐
薛定谔的算法3 小时前
phoneGPT:构建专业领域的检索增强型智能问答系统
前端·数据库·后端
Databend4 小时前
Databend 亮相 RustChinaConf 2025,分享基于 Rust 构建商业化数仓平台的探索
数据库
得物技术5 小时前
破解gh-ost变更导致MySQL表膨胀之谜|得物技术
数据库·后端·mysql
Java水解6 小时前
【MySQL】从零开始学习MySQL:基础与安装指南
后端·mysql
Raymond运维10 小时前
MariaDB源码编译安装(二)
运维·数据库·mariadb
沢田纲吉10 小时前
🗄️ MySQL 表操作全面指南
数据库·后端·mysql
RestCloud1 天前
SQL Server到Hive:批处理ETL性能提升30%的实战经验
数据库·api
RestCloud1 天前
为什么说零代码 ETL 是未来趋势?
数据库·api
ClouGence1 天前
CloudCanal + Paimon + SelectDB 从 0 到 1 构建实时湖仓
数据库
Java水解1 天前
Mysql查看执行计划、explain关键字详解(超详细)
后端·mysql