weixin_44001317的博客

的结果，我们都知道A left join B时A的结果是一定存在的，当一对多时就会A有多个相同的结果，这个时候如果A left join B的同时在后面补上删除掉B1的条件，那么结果就只有一行了，像这种情况下左边的A1同样也就会少一行。我想表达的意思时，当在连接条件主动额外删除B表的数据时，实际上总体结果数量也被删除了（删除了一整行，除非下面在一条数据的情况下才会保留左表数据，因为只剩一行了），像这种情况发生时，你不管count(A表连接B表，若A和B是一对多的关系时，会出现。只有在这种情况下count(

开启事务的时候，如果进行查询数据的话，那么这些数据是不会被上锁的，除非你显式的使用for update（X锁）或者for share（S锁）进行上锁，不然这些数据在事务未提交的时候也可以被其他事务修改。update语句自动加X锁。

详细见https://sourcebyte.vip/article/272.html或https://baijiahao.baidu.com/s?

大致意思是作为连接条件的A和B字段的排序规则不同导致的，由于我在测试数据库建表的时候设定的排序规则是utf8mb4_general_ci，但是测试服是8.0版本以上的，默认的排序规则是utf8mb4_0900_ai_ci，所以导致连接查询的时候出错误了，这里需要更改建表时的字段的排序规则为utf8mb4_0900_ai_ci或者更改数据库实例的默认排序规则为utf8mb4_general_ci。，这样后面连接查询可能会出现问题，并且无法使用到索引，修改还很麻烦！字符集统一设定为utf8mb4。

MySQL中order by在子查询中失效的问题

这是之前写的分页查询图书的某个sql 按时间倒序返回结果，突然有天生产出问题了，上一页下一页老是出现相同的书籍，我看了下确实是这样的，最后发现是因为那批书籍的数据的create_time都是一样的导致MySQL没法排序了，最后加了。如果多条记录在ORDER BY列中有相同的值，服务器可以自由地以任何顺序返回这些记录，并且可能会根据整个执行计划以不同的方式进行。换句话说，这些行的排序顺序对于无序的列来说是不确定的。教训：当order by可能出现字段重复的时候得考虑下是不是增加一个不会重复的字段排序。

MySQL修改列的非空属性时报错Invalid use of NULL value

MySQL关键字冲突

字符集

关于You can‘t specify target table ‘表名‘ for update in FROM clause的问题

MySQL使用Ngram解析器实现分词搜索

concat group_concat

NULL和空值和N/A的区别

MySQL不等于查询

全文搜索

递归sql

1

无