网站设计岗位的职责与要求MySQL⼦查询的优缺点_为什么MySQL不推荐使⽤⼦查询和
join
前⾔：
1.对于mysql，不推荐使⽤⼦查询和join是因为本⾝join的效率就是硬伤，⼀旦数据量很⼤效率就很难保证，强烈推荐分别根据索引单表取数据，然后在程序⾥⾯做join，merge数据。
2.⼦查询就更别⽤了，效率太差，执⾏⼦查询时，MYSQL需要创建临时表，查询完毕后再删除这些临时表，所以，⼦查询的速度会受到⼀定的影响，这⾥多了⼀个创建和销毁临时表的过程。
3.如果是JOIN的话，它是⾛嵌套查询的。⼩表驱动⼤表，且通过索引字段进⾏关联。如果表记录⽐较少的话，还是OK的。⼤的话业务逻辑中可以控制处理。
4.数据库是最底层的，瓶颈往往是数据库。建议数据库只是作为数据store的⼯具，⽽不要添加业务上去。
shell脚本多条件判断⼀、应⽤层关联的优势：mysql语句多表查询
让缓存的效率更⾼。许多应⽤程序可以⽅便地缓存单表查询对应的结果对象。如果关联中的某个表发⽣了变化，那么就⽆法使⽤查询缓存了，⽽拆分后，如果某个表很少改变，那么基于该表的查询就可以重复利⽤查询缓存结果了。
将查询分解后，执⾏单个查询可以减少锁的竞争。
在应⽤层做关联，可以更容易对数据库进⾏拆分，更容易做到⾼性能和可扩展。
查询本⾝效率也可能会有所提升。查询id集的时候，使⽤IN()代替关联查询，可以让MySQL按照ID顺序进⾏查询，这可能⽐随机的关联要更⾼效。
可以减少冗余记录的查询。在应⽤层做关联查询，意味着对于某条记录应⽤只需要查询⼀次，⽽在数据库中做关联查询，则可能需要重复地访问⼀部分数据。从这点看，这样的重构还可能会减少⽹络和内存的消艳。
更进⼀步，这样做相当于在应⽤中实现了哈希关联，⽽不是使⽤MySQL的嵌套循环关联。某些场景哈希关联的效率要⾼很多。
⼆、应⽤层关联的使⽤场景：
配置网络yum源步骤当应⽤能够⽅便地缓存单个查询的结果的时候
当可以将数据分布到不同的MySQL服务器上的时候
当能够使⽤IN()的⽅式代替关联查询的时候
并发场景多，DB查询频繁，需要分库分表
三、不推荐使⽤join的原因：
1.DB承担的业务压⼒⼤，能减少负担就减少。当表处于百万级别后，join导致性能下降；
2.分布式的分库分表。这种时候是不建议跨库join的。⽬前mysql的分布式中间件，跨库join表现不良。
3.修改表的schema，单表查询的修改⽐较容易，join写的sql语句要修改，不容易发现，成本⽐较⼤，当系统⽐较⼤时，不好维护。
maven配置用户名密码四、不使⽤join的解决⽅法：
在业务层，单表查询出数据后，作为条件给下⼀个单表查询。也就是⼦查询。 会担⼼⼦查询出来的结果集太多。mysql对in的数量没有限制，但是mysql限制整条sql语句的⼤⼩。通过调整参数max_allowed_packet ，可以修改⼀条sql的最⼤值。建议在业务上做好处理，限制⼀次查询出来的结果集是能接受的。
五、再来说说join查询的好处：
1.做分页查询：
关联查询的好处时候可以做分页，可以⽤副表的字段做查询条件，在查询的时候，将副表匹配到的字段作为结果集，⽤主表去in它，但是问题来了，如果匹配到的数据量太⼤就不⾏了，也会导致返回的分页记录跟实际的不⼀样，解决的⽅法可以交给前端，⼀次性查询，让前端分批显⽰就可以了，这种解决⽅案的前提是数据量不太，因为sql本⾝长度有限。
---------------------
作者：⼤头⼤头编码不愁
来源：CSDN
版权声明：本⽂为博主原创⽂章，转载请附上博⽂链接！vba inputbox输入密文

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。