- 博客(4)
- 收藏
- 关注
RSS订阅原创 MySQL深度优化（3）：查询语句改写技巧
上周有个学员分享他们的案例：公安⼾籍查询系统，查询第1000⻚数据时，LIMIT 99900, 100耗时5.2秒，⽤⼾投诉不断。不过实际工作里，你肯定遇到过更棘手的情况，这些问题光靠“技巧碎片”根本搞不定，得从基础原理开始系统学。今⽇作业：检查你们系统中所有带LIMIT的SQL，找出offset>1000的语句，⽤今天学的⽅法优化。问题在于：即使有索引，LIMIT offset过⼤时，仍需扫描⼤量数据。offset越⼤，性能越差。记住：优秀的程序员不仅要写出正确的SQL，更要写出⾼效的SQL。
2025-12-15 15:42:55
346
原创 MySQL深度优化（2）：索引失效场景全解析
因为phone是字符串类型，⽽查询⽤了数字13800138000，MySQL会隐式转换类型，相当于执⾏了WHERE CAST(phone AS UNSIGNED) = 13800138000，对索引列做了函数操作，导致索引失效。2. 索引列做函数操作：WHERE SUBSTR(phone, 1, 3) = '138'⽆法使⽤索引，应改为WHERE phone LIKE '138%'执⾏结果会清晰显⽰，不加单引号时type=ALL，加单引号后type=ref，key列显⽰使⽤phone索引。
2025-12-11 09:52:59
398
原创 MySQL深度优化（1）：索引设计核心原理
很多⼈分不清这两种索引的区别，其实核⼼就⼀句话：聚簇索引叶⼦节点存数据，⾮聚簇索引叶⼦节点存地址。举个例⼦：InnoDB的主键索引就是聚簇索引，查询时找到索引就直接拿到数据；后来才发现问题就出在索引设计上——他们给商品表建了7个索引，结果查询时⼀个都没⽤上，全表扫描直接把服务器CPU⼲到90%。优化方案是创建复合索引(category_id, price)，让查询能直接命中索引，同时利用索引覆盖避免回表。MySQL最常⽤的B+树索引，本质是⼀种多层有序链表结构，所有数据都存在叶⼦节点，中间节点只存索引值。
2025-12-10 10:31:40
233
原创 Linux 特殊权限详解
除了基本的读（r）、写（w）和执行（x）权限外，还有一些特殊的权限位，这些特殊权限位可以提供更细粒度的访问控制和安全性。如果文件设置了 SUID 位，-rwxr-xr-x 会变成 -rwsr-xr-x，-rw-r-xr-x 会变成 -rwSr-xr-x，其中 S/s 表示 SUID 位。如果文件设置了 SGID 位，-rwxr-xr-x 会变成 -rwxr-sr-x，-rwxr--r-x 会变成 -rwxr-Sr-x，其中 S/s 表示 SGID 位。一. Set-User-ID (SUID)
2024-11-22 17:13:57
1365
1
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人