MySQL那些常见的错误设计规范依托于互联网的发达，我们可以随时随地利用一些等车或坐地铁的碎片时间学习以及了解资讯。同时发达的互联网也方便人们能够快速分享自己的知识，与相同爱好和需求的朋友们一起共同讨论。但是过于方便的分享也让知识变得五花八门，很容易让人接收到错误的信息。这些错误最多的都是因为技术发展迅速，而且没有空闲时间去及时更新已经发布的内容所导致。为

Mysql多表联合查询效率分析及优化一、总结一句话总结：连表操作时：先根据查询条件和查询字段确定驱动表，确定驱动表之后就可以开始连表操作了，然后再在缓存结果中根据查询条件找符合条件的数据1、找出所有在左表，不在右表的纪录？我们可以用右表没有on匹配则显示null的规律,来找出所

便于COPY▲在所有操作之前：SETcharacter_set_databaseutf8;确保↓mysqlSHOWVARIABLESLIKE"%char%";|Variab

主要看并发事务中不存在则插入（只有key索引）的阻塞情况。表定义：mysqldescuser;|Field|Type

　　　　　　varreqnew{//经度Longitude1,//纬度Latitude1,

七正确使用索引一索引未命中并不是说我们创建了索引就一定会加快查询速度，若想利用索引达到预想的提高查询速度的效果，我们在添加索引时，必须遵循以下问题1范围问题，或者说条件不明确，条件中出现这些符号或关键字：、、<、<、!、between...and...、like、_大于号、小于号_!(https://

 用数据库的时候，偶尔会出现死锁，针对我们的业务系统，出现死锁的直接结果就是系统卡顿、客户找事儿，所以我们也在想尽全力的消除掉数据库的死锁。_出现死锁的时候，如果只是想解锁，用showfullprocesslist看下kill掉就好了，__如果想查找到详细的问题，一个办法是用showengineinnodbstatus来查看简略

OR、in和unionall查询效率到底哪个快。网上很多的声音都是说unionall快于or、in，因为or、in会导致全表扫描，他们给出了很多的实例。但真的unionall真的快于or、in？本文就是采用实际的实例来探讨到底是它们之间的效率。1：创建表，插入数据、数据量为1千万【要不效果不明显】。1.drop table i

!(https://oscimg.oschina.net/oscnet/ad6dcbbd8cf7309d3e2b5a28cdfeb5fe2f3.png)点击蓝字关注我们春节马上到了，小伙伴们感受到氛围已经纷纷开溜。（没氛围？华仔的恭喜发财可以让你马上感受下）中国人过年要有仪式感，包饺子，贴春联，放鞭炮、换

　　接上篇：【翻译】Flink异步I/O访问外部数据(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fwww.cnblogs.com%2FSpringmoonvenn%2Fp%2F11081201.html)　　最近看了大佬的博客，突然想起AsyncI/O方式是Blink