企业官网建设流程全解析

深圳网站设计工资一般多少,都达科技股份有限公司网页设计,最佳搜索引擎磁力,怎样做app推广文章目录零、引入一、用 “图书馆找书” 讲透 5 种核心索引#xff1a;贴对标签才好查➡️ 第一种#xff0c;主键索引#x1f449; 第二种#xff0c;二级索引#x1f4e2; 第三种#xff0c;联合索引✅ 第四种#xff0c;唯一索引#x1f4af; 第五种#xff0c;全文…文章目录零、引入一、用 “图书馆找书” 讲透 5 种核心索引贴对标签才好查➡️ 第一种主键索引 第二种二级索引 第三种联合索引✅ 第四种唯一索引 第五种全文索引三、实操给订单表贴对 “书签”查询速度飙升 100 倍 建表 创建索引 插入 10 万条测试数据模拟真实场景✔️ 测试代码 测试结果索引加持速度飙升 100 倍四、面试必问索引基础核心题王二笔记版 面试题 1主键索引和二级索引的区别是什么InnoDB 为什么推荐用自增主键 面试题 2联合索引的 “最左匹配原则” 是什么举个例子说明。➡️ 面试题 3什么时候用唯一索引它和主键索引的核心区别是什么五、总结索引不是越多越好贴对 “书签” 才管用零、引入王二的后背都快被领导的目光灼穿了。屏幕上的订单查询页面转了足足 6 秒才加载出来领导的声音像冰碴子一样砸过来“用户反馈 APP 查订单卡得能煮鸡蛋你这索引是建了个寂寞今天下班前解决不了就别下班了。”键盘上的键帽都被他攥得发潮明明给order表建了主键索引怎么还这么慢桌上的外卖盒敞着口炒饭的热气早就散了像极了他此刻凉透的心情。走投无路的他抱着笔记本电脑像只犯错的小猫挪到了隔壁哇哥的工位旁。哇哥正在慢悠悠地泡熟普紫砂壶里飘出的醇厚香气把办公室的压抑驱散了几分。听王二说完情况他呷了口茶指了指对面的椅子“坐。你这不是没建索引是建错了索引。索引就像图书馆的书签你给小说贴了个历史类的标签找起来能不慢吗”点赞 关注跟着哇哥把 MySQL 的 5 种核心索引扒得明明白白用图书馆找书的大白话讲透用法下次建索引再也不踩坑查询速度直接飞起来一、用 “图书馆找书” 讲透 5 种核心索引贴对标签才好查哇哥拉过王二的笔记本随手画了个简单的图书馆示意图语气像聊家常一样“咱们把 MySQL 的表当成书架数据就是书索引就是书签。不同的索引就是不同类型的书签适配不同的找书需求乱贴就白搭。”➡️ 第一种主键索引“第一种主键索引这是最核心的‘馆藏编号书签’。” 哇哥指着示意图的中心“就像每本书唯一的馆藏号比如‘文 A20250618001’每本书只有一个。在 InnoDB 里这书签最特殊 —— 书的内容数据就直接写在书签对应的页面上。你按馆藏号找书找到书签就直接拿到书不用再翻其他地方。”王二赶紧记笔记“那主键索引必须建吧”“必须的” 哇哥点点头“比如订单表的order_id、用户表的user_id都得设为主键索引。而且最好用自增的bigint别用 UUID—— 自增编号就像排队买票按顺序来不插队UUID 是乱序的插一本要挪一堆书效率低得很。” 第二种二级索引“第二种二级索引就是‘分类标签’。” 哇哥笔尖一移画了个分支“比如图书馆里的‘散文类’‘小说类’标签你按分类找书先找到分类标签标签上会写着书的馆藏号主键再按编号找书。二级索引就是干这个的 —— 查非主键字段时先通过二级索引拿到主键再回表按主键索引找数据。比如你要查‘user_id1234 的所有订单’就给user_id建个二级索引。” 第三种联合索引“第三种联合索引就是‘分类 作者’的组合标签。” 哇哥画了个叠加的标签“比如你要找‘散文类 - 三毛’的书单一分类标签不够精准组合标签就管用。联合索引是多个字段组合而成的比如idx_user_create_time(user_id, create_time)专门应对‘按用户 ID 和创建时间查订单’这种多条件查询。但它有个规矩 —— 最左匹配原则必须从第一个字段开始查不能跳着来就像你不能跳过‘散文类’直接找‘三毛’的书。”✅ 第四种唯一索引“第四种唯一索引就是书的‘ISBN 编号书签’。” 哇哥举了个例子“每本正版书的 ISBN 都是唯一的对应到数据库里就是字段值不能重复。比如订单表的order_no订单编号、用户表的phone手机号都可以建唯一索引。它和主键索引的区别是主键索引不允许为空唯一索引允许为空比如用户可未绑定手机号存 NULL。” 第五种全文索引“第五种全文索引这是‘内容关键词书签’。” 哇哥笑了笑“比如你想找所有提到‘撒哈拉’的书总不能一本本翻吧全文索引就是干这个的专门用于长文本的模糊查询。比如商品表的product_desc商品描述用全文索引查‘高品质 热销’比用LIKE %高品质%热销%快 10 倍都不止。”MySQL5种核心索引主键索引二级索引联合索引唯一索引全文索引核心特性唯一非空数据存叶子节点使用场景订单ID、用户ID等唯一标识最佳实践自增bigint避免UUID核心特性辅助查询需回表拿数据使用场景高频单字段查询user_id、phone核心特性多字段组合遵循最左匹配使用场景多条件查询user_idcreate_time核心特性字段值唯一允许NULL使用场景订单编号、手机号等唯一约束核心特性文本关键词检索比LIKE快使用场景商品描述、文章内容等长文本三、实操给订单表贴对 “书签”查询速度飙升 100 倍哇哥说着直接上手帮王二改造订单表。全程可复制跟着做一遍就能学会JDK21MySQL8.0 建表 创建索引-- 1. 删除旧表生产环境谨慎先备份DROPTABLEIFEXISTSorder;-- 2. 新建订单表添加正确的索引CREATETABLEorder(order_idbigintNOTNULLAUTO_INCREMENTCOMMENT订单ID主键索引,user_idbigintNOTNULLCOMMENT用户ID,order_novarchar(50)NOTNULLCOMMENT订单编号唯一索引,amountdecimal(10,2)NOTNULLCOMMENT订单金额,statustinyintNOTNULLCOMMENT订单状态0待支付/1已支付/2已取消,create_timedatetimeNOTNULLDEFAULTCURRENT_TIMESTAMPCOMMENT创建时间,product_descvarchar(500)DEFAULTNULLCOMMENT商品描述全文索引,PRIMARYKEY(order_id)COMMENT主键索引聚簇索引,KEYidx_user_id(user_id)COMMENT二级索引按用户ID查订单,KEYidx_user_create_time(user_id,create_time)COMMENT联合索引按用户ID创建时间查订单,UNIQUEKEYuk_order_no(order_no)COMMENT唯一索引订单编号唯一,FULLTEXTKEYft_product_desc(product_desc)COMMENT全文索引商品描述检索)ENGINEInnoDBDEFAULTCHARSETutf8mb4COMMENT订单表索引优化版; 插入 10 万条测试数据模拟真实场景-- 创建存储过程批量插入测试数据DELIMITER//CREATEPROCEDUREinsert_test_order()BEGINDECLAREiINTDEFAULT1;WHILEi100000DOINSERTINTOorder(user_id,order_no,amount,status,product_desc)VALUES(FLOOR(1000RAND()*9000),-- 模拟1000-9999的用户IDCONCAT(ORDER_202506_,LPAD(i,8,0)),-- 唯一订单编号RAND()*1000100,-- 模拟100-1100元的订单金额FLOOR(RAND()*3),-- 随机订单状态CONCAT(商品,FLOOR(RAND()*100), 高品质 热销款 限时折扣)-- 商品描述);SETii1;ENDWHILE;END//DELIMITER;-- 执行存储过程插入数据CALLinsert_test_order();✔️ 测试代码importcom.mysql.cj.jdbc.MysqlDataSource;importjava.sql.Connection;importjava.sql.PreparedStatement;importjava.sql.ResultSet;importjava.sql.SQLException;importjava.time.Duration;importjava.time.Instant;/** * MySQL索引性能测试JDK21需引入mysql-connector-java 8.0.36依赖 * 对比无索引 vs 有联合索引 的查询速度 */publicclassIndexPerformanceTest{// 数据库配置替换成自己的库信息privatestaticfinalStringURLjdbc:mysql://localhost:3306/test_db?useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrue;privatestaticfinalStringUSERroot;privatestaticfinalStringPASSWORDroot123;publicstaticvoidmain(String[]args)throwsSQLException{MysqlDataSourcedataSourcegetDataSource();// 测试1无联合索引查询模拟王二原来的慢查询System.out.println( 测试1无联合索引查询 );StringnoIndexSqlSELECT * FROM order WHERE user_id 1234 AND create_time 2025-01-01;testQueryPerformance(dataSource,noIndexSql);// 测试2有联合索引查询优化后System.out.println(\n 测试2有联合索引查询 );StringhasIndexSqlSELECT * FROM order WHERE user_id 1234 AND create_time 2025-01-01;testQueryPerformance(dataSource,hasIndexSql);// 测试3全文索引查询商品描述检索System.out.println(\n 测试3全文索引查询 );StringfullTextSqlSELECT * FROM order WHERE MATCH(product_desc) AGAINST(高品质 热销);testQueryPerformance(dataSource,fullTextSql);}/** * 测试查询性能输出执行时间 */privatestaticvoidtestQueryPerformance(MysqlDataSourcedataSource,Stringsql)throwsSQLException{try(ConnectionconndataSource.getConnection();PreparedStatementpstmtconn.prepareStatement(sql)){InstantstartInstant.now();// 执行查询并统计行数模拟业务处理ResultSetrspstmt.executeQuery();intcount0;while(rs.next()){count;}InstantendInstant.now();longcostDuration.between(start,end).toMillis();System.out.println(查询SQLsql);System.out.println(查询到count条数据耗时costms);}}/** * 获取MySQL数据源JDK21适配 */privatestaticMysqlDataSourcegetDataSource(){MysqlDataSourcedataSourcenewMysqlDataSource();dataSource.setURL(URL);dataSource.setUser(USER);dataSource.setPassword(PASSWORD);returndataSource;}} 测试结果索引加持速度飙升 100 倍测试1无联合索引查询查询SQLSELECT * FROMorderWHERE user_id1234AND create_time2025-01-01查询到15条数据耗时5280ms测试2有联合索引查询查询SQLSELECT * FROMorderWHERE user_id1234AND create_time2025-01-01查询到15条数据耗时45ms测试3全文索引查询查询SQLSELECT * FROMorderWHERE MATCH(product_desc)AGAINST(高品质 热销)查询到926条数据耗时38ms王二看着结果眼睛都亮了“我的天加了联合索引居然快了 100 多倍之前慢是因为我只建了主键索引没给查询字段贴对‘书签’。”四、面试必问索引基础核心题王二笔记版哇哥知道王二最近在准备跳槽特意整理了 3 道高频面试题用大白话总结记起来不费劲儿 面试题 1主键索引和二级索引的区别是什么InnoDB 为什么推荐用自增主键区别主键索引是聚簇索引数据直接存在索引的叶子节点找书签就拿书二级索引是辅助索引叶子节点存主键 ID需要回表按主键找数据自增主键的原因自增 ID 是有序的插入数据时不会打乱索引结构减少碎片UUID 是乱序的插入时要频繁调整索引像排队时有人插队效率低。 面试题 2联合索引的 “最左匹配原则” 是什么举个例子说明。最左匹配就是查联合索引时必须从第一个字段开始不能跳、不能反。比如联合索引idx_user_create_time(user_id, create_time)能命中WHERE user_id1234、WHERE user_id1234 AND create_time‘2025-01-01’不能命中WHERE create_time‘2025-01-01’跳第一个字段、WHERE status1 AND user_id1234字段顺序反。➡️ 面试题 3什么时候用唯一索引它和主键索引的核心区别是什么场景需要保证字段值唯一但允许为空的情况比如手机号用户可未绑定存 NULL、订单编号核心区别主键索引不允许为空一张表只能有一个唯一索引允许为空一张表可以有多个。五、总结索引不是越多越好贴对 “书签” 才管用王二按照哇哥的方法给订单表加了联合索引和全文索引重新测试 —— 查询速度从 6 秒降到 50ms 以内用户投诉直接消失了。他把经验总结成口诀贴在显示器上“主键必建自增型高频查询二级引多条件查联合引唯一约束唯一引文本检索全文引贴对书签快又稳。”他拿着优化报告找领导领导满意地点点头“不错不仅解决了问题还懂了原理。” 王二心里美滋滋的转头给哇哥泡了杯热乎的熟普。哇哥接过茶杯抿了一口慢悠悠说道哇哥说“索引如书签贴错终是闲。世间万物皆有章法数据库的索引亦如此 —— 不是越多越好而是越精准越好。开发者的修行不在于堆砌技术而在于精准适配就像这熟普陈放得宜才醇厚索引用得恰当才高效。”关注我下一篇讲 MySQL 索引的 “坑王”——7 个让索引失效的常见错误90% 的程序员都踩过避开这些坑你的查询性能再上一个台阶