mysql 拆分字符串做条件查询

案例

库表描述:

这表的ancestors列存放的是所有的祖先节点,以,分隔

例如我查询dept_id为103的所有祖先节点,现在我只有一个dept_id该怎么查

然后我去网上找到这样一个神奇的sql,改改表名就成了下面的这样

	SELECT
		substring_index( substring_index( a.ancestors, ',', b.help_topic_id + 1 ), ',',- 1 ) AS shareholder 
	FROM
		sys_dept a
		JOIN mysql.help_topic b ON b.help_topic_id < ( length( a.ancestors ) - length( REPLACE ( a.ancestors, ',', '' ) ) + 1 ) 
	WHERE
	dept_id = 103 


教程

嗯,没错结果出来了,然后我就很好奇,什么原理,一个个来看

mysql.help_topic

这个是一个mysql自带的帮助解释注释表,查询结果如下

id从0开始,我这个版本最大id到584,版本不同应该id最大值也不一样,这个表的作用一会说

REPLACE

LENGHT

substring_index

查分字符串,三个参数,要拆分的字符串,根据拆分的字符,从第几个开始

如果最后的那个参数为正数则从左开始数,然后获取对应下标左边的所有字符

如果为负数,则从右边开始数,获取对应下标右边的所有字符串,这个就不演示了


分析

我们假设当前数据的ancestors值为 0,100,101 那么第一个length(a.ancestors)的值就是9 减去后面的一段

length( REPLACE ( a.ancestors, ',', '' ) ) 因为我们假设的值里面有两个 , 所以length为7 最后在加1 那么这段值为 3

和前面的 join on条件能查出的数据也就是mysql.help_topic这个表中所有id小于3的数据,也就是id为0,1,2的三条数据

那么现在先来看看这样查询的结果是啥

那么我们假设现在是第一行,mysql.help_topic表中的help_topic_id为0

最里面的substring_index 拆分后为0,因为没有能在拆分的了所以外面的substring_index返回的也是0

第二行help_topic_id为1的时候获取结果为0,100

然后执行外层的substring_index 根据,拆分,值为-1 所以从右边找一位,获取的值就是100

第三行结果为0,100,101,外层substring_index 执行后结果为101

....只能心中大喊牛逼

那么现在知道mysql.help_topic这个表的作用了吗?就是用来对拆分出的数据分行,专业点叫笛卡尔积 (真的不懂..)

这种方法也有缺点:就是拆出的行数不能大于mysql.help_topic这个表的数据条数


  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: MySQL 索引失效的具体查询语句场景通常包括: 1. 在查询语句中使用了函数,导致 MySQL 无法使用索引。例如: ``` SELECT * FROM tbl WHERE MONTH(date_col) = 2; ``` 在这条语句中,由于使用了函数 MONTH,MySQL 无法使用 date_col 列的索引。 2. 在查询语句中使用了 OR 或者 NOT 运算符,导致 MySQL 无法使用索引。例如: ``` SELECT * FROM tbl WHERE col1 = 'value1' OR col2 = 'value2'; ``` 在这条语句中,由于使用了 OR 运算符,MySQL 无法使用 col1 和 col2 的索引。 3. 在查询语句中使用了复杂的表达式,导致 MySQL 无法使用索引。例如: ``` SELECT * FROM tbl WHERE col1 + col2 > 100; ``` 在这条语句中,由于使用了复杂的表达式,MySQL 无法使用 col1 和 col2 的索引。 4. 在查询语句中使用了 LIMIT 子句,导致 MySQL 无法使用索引。例如: ``` SELECT * FROM tbl WHERE col = 'value' LIMIT 100; ``` 在这条语句中,由于使用了 LIMIT 子句,MySQL 无法使用 col 的索引。 5. 在查询语句中使用了联合查询,导致 MySQL 无法使用索引。例如: ``` SELECT * FROM tbl1, tbl2 WHERE tbl1.col = tbl2.col; ``` 在这条语句中,由于使用了联合查询MySQL ### 回答2: MySQL索引失效的具体查询语句场景有以下几种: 1. 对索引列进行函数操作:当在查询语句中对索引列进行函数操作时,例如在WHERE子句中使用函数,这会导致MySQL无法使用索引,而是对每一行数据进行函数计算,从而导致索引失效。 2. 使用OR操作符:当查询语句中使用OR操作符连接不同条件时,如果其中至少一个条件不使用索引,整个查询语句都将失去索引优势。因此,在设计查询语句时应避免使用OR操作符,并将其拆分为多个独立的查询。 3. 对索引列进行隐式类型转换:当查询语句中使用了隐式类型转换时,例如将字符串列与数值进行比较,MySQL在执行查询时需要将索引列进行类型转换,这会导致索引失效。 4. 索引列上使用“!=”或“NOT IN”操作符:当查询语句中使用“!=”或“NOT IN”操作符时,MySQL无法使用索引,因为它无法利用索引的有序性进行优化查询。 5. 对索引列进行模糊查询:当查询语句中对索引列进行模糊查询,例如使用LIKE操作符进行匹配时,如果模糊查询的模式以通配符开头(例如“%xxx”),MySQL将无法使用索引。 总之,MySQL索引失效的具体查询语句场景是:对索引列进行函数操作、使用OR操作符连接条件、对索引列进行隐式类型转换、索引列上使用“!=”或“NOT IN”操作符以及对索引列进行模糊查询。在设计和优化查询语句时,应避免这些场景,以确保索引的有效使用。 ### 回答3: MySQL索引失效的具体查询语句场景有以下几种: 1. 条件中使用了函数或者表达式:当查询条件中使用了函数或者表达式时,MySQL无法直接使用索引来加速查询。例如,查询条件中使用了字符串函数、日期函数或者数学函数,这些函数会将查询条件的值进行转换或者计算,导致无法使用索引。 2. 使用LIKE语句进行模糊查询:当使用LIKE语句进行模糊查询时,如果查询条件的前缀为通配符%,那么MySQL可以使用索引加速查询;但如果查询条件的前缀为通配符%和中间的字符,或者查询条件中包含通配符_,则无法使用索引加速查询。 3. 使用OR进行条件查询:当使用OR连接多个条件时,如果这些条件中至少有一个不能使用索引,则整个查询语句都无法使用索引加速查询。例如,查询条件中使用了OR连接多个列,但只有一个列可以使用索引,那么MySQL无法使用索引加速整个查询。 4. 对索引列进行函数操作:当对索引列进行函数操作时,MySQL无法使用索引加速查询。例如,查询条件中对索引列进行字符串函数操作,或者对索引列进行了数学函数操作,这些函数操作会导致MySQL无法使用索引加速查询。 5. 数据量过大:当数据量过大时,即使有适当的索引存在,MySQL可能还是会选择全表扫描而不是使用索引。这是因为全表扫描可能比使用索引更快,尤其是当索引的选择性(不重复值与总记录数的比例)较低时。 总之,以上场景中的查询语句都会导致MySQL索引失效,从而无法加速查询,需要注意在编写查询语句时避免使用这些不利于索引使用的语法。通过优化查询语句,可以提高MySQL查询性能。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值