mysql真的不能做搜索引擎吗?
大家都对电商的商品查询并不陌生,比如我们想根据商品名称查询所有商品信息。 有些技术的童鞋第一念头是搜索引擎;有些技术的童鞋第一念头是模糊查询,如like?(如果商品信息存放到mysql里,我们一般使用like查询) 我们都知道,不同的场景决定了不同技术的使用场景也不同,那我们该如何选择呢? 那我们先做个实验吧(实验对象是mysql 8.0 community 版,windows10) 1.安装mysql 8.0 community 版本?https://dev.mysql.com/downloads/windows/installer/8.0.html ? 我使用的web版本 step by step 2.安装客户端SQLyog MySQ?https://www.cr173.com/soft/22147.html 3 连接mysql? 报错: SQLyog连接报错 Error No.2058 Plugin caching_sha2_password could not be loaded 解决方法:windows 下cmd 登录 mysql -u root -p 登录你的 mysql 数据库,然后 执行这条SQL: ?ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'password'; #password 是你自己设置的root密码4.插入数据 依赖包: 程序 public void mysqlOneByOneInsert() { // JDBC 驱动名及数据库 URL String JDBC_DRIVER = "com.mysql.cj.jdbc.Driver"; String DB_URL = "jdbc:mysql://localhost:3306/www?useUnicode=true&characterEncoding=utf8&serverTimezone=GMT%2B8&useSSL=false";//链接的mysql 耗时:0.747秒? 2.模糊查询?无索引 PERSON NAME查询耗时:0.732秒 3.精确查询 有索引 PERSON NAME耗时:0.01秒 4.模糊查询?有索引 PERSON NAME耗时:0.02秒 是不是很惊诧?看看执行计划 走的是索引。和很多人的常识是相反的。 5.无索引 PERSON ADDRESS耗时 0.911秒 6.无索引 PERSON ADDRESS耗时0.775秒 7.有索引 PERSON ADDRESS<span style="color: #0000ff;">SELECT <span style="color: #808080;">* <span style="color: #0000ff;">FROM PERSON <span style="color: #0000ff;">WHERE ADDRESS <span style="color: #808080;">LIKE <span style="color: #ff0000;">'<span style="color: #ff0000;">杭州大街100号99999<span style="color: #ff0000;">'都是0.01秒 8.针对有些字段比较长,使用模糊查询会慢的问题,mysql 从5.6后提供了全文检索功能,以5.8为例 ngram Full-Text Parser提供了分词的功能 创建全文索引 FULLTEXT add_index PERSON (ADDRESS) PARSER ngram;查询 PERSON MATCH (ADDRESS) AGAINST();耗时:23秒 小结: 1.like查询不一定不走索引,以实验验证为准 2.商品量或者数据量比较小的情况下(通常100w以下),like查询并不慢。 3.搜索引擎在千万,亿级别或者以上起到的作用才会比较明显,下篇会继续分析。 4.mysql提供的全文索引的使用还是在掌握的情况下再使用,否则反而会影响系统性能 参考文献: 【1】https://blog.csdn.net/jared456/article/details/80380853 ?【2】https://blog.csdn.net/weixin_37577564/article/details/80329775 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |