上一页 1 ··· 32 33 34 35 36 37 38 39 40 ··· 79 下一页
摘要: 1. json_extract 使用场景说明在日常业务开发中通常mysql数据库中某个字段会需要存储json格式字符串,查询的时候有时json数据较大,每次全部取出再去解析查询效率较低,也较麻烦.好在Mysql5.7及之后的版本里提供了json_extract函数,可以通过key查询value值(如 阅读全文
posted @ 2023-05-17 16:11 郭慕荣 阅读(1208) 评论(0) 推荐(0)
摘要: 1、未提交未提交有以下两种情况:1)已经在工作区修改了文件,但还未执行 git add 提交到暂存区。2)已经执行了 git add 提交到暂存作,但还未执行 git commit 提交本地仓库。这时候回退: git reset --hard 这样等于清空了暂存区和工作区,本地仓库回退到了最新的提交 阅读全文
posted @ 2023-05-17 11:03 郭慕荣 阅读(218) 评论(0) 推荐(0)
摘要: type类型从快到慢:system > const > eq_ref > ref > range > index > ALLsystem表中只有一行记录(系统表)。是const类型的一个特殊情况。(目前InnoDB已经没有,在MyISAM可以)const表中最多只有一行匹配的记录。一般用在主键索引或 阅读全文
posted @ 2023-05-17 10:06 郭慕荣 阅读(307) 评论(0) 推荐(0)
摘要: 写个博客 阅读全文
posted @ 2023-05-16 15:40 郭慕荣 阅读(90) 评论(0) 推荐(0)
摘要: 在MySQL性能调试中,常常使用EXPLAIN解释MySQL执行计划,从而用来估算性能耗时。其中,rows用来表示在SQL执行过程中会被扫描的行数,该数值越大,意味着需要扫描的行数,相应的耗时更长。但是需要注意的是EXPLAIN中输出的rows只是一个估算值,不能完全对其百分之百相信,如EXPLAI 阅读全文
posted @ 2023-05-16 15:35 郭慕荣 阅读(474) 评论(0) 推荐(0)
摘要: 我们在使用Explain查看SQL执行计划时,其中有一列为key_ken EXPLAIN select * FROM user WHERE id = 1; key_len表示使用的索引长度,key_len可以衡量索引的好坏,key_len越小 索引效果越好,那么key_len的长度是如何计算的?常见 阅读全文
posted @ 2023-05-16 14:44 郭慕荣 阅读(35) 评论(0) 推荐(0)
摘要: 接下来写个博客 关于using filesort 产生的原因和解决方案参考博客:https://www.jianshu.com/p/8f64d2435ac3 https://blog.csdn.net/yangshangwei/article/details/121214418https://blo 阅读全文
posted @ 2023-05-16 14:44 郭慕荣 阅读(35) 评论(0) 推荐(0)
摘要: 文档:https://blog.csdn.net/wpc2018/article/details/123115384 阅读全文
posted @ 2023-05-16 11:04 郭慕荣 阅读(24) 评论(0) 推荐(0)
摘要: 目前有三种查询方式对JSON数组进行查询,SQL脚本如下所示: select t0.* from acc_account_item t0 where JSON_OVERLAPS (executable_store_ids -> '$[*]',CAST( '["86aafddcd17a4af68cc1 阅读全文
posted @ 2023-05-16 09:17 郭慕荣 阅读(1670) 评论(0) 推荐(0)
摘要: 一、Explain信息中rows字段解释根据表统计信息及索引选用情况,大致估算出找到所需要的记录所需要读取的行数(即每张表有多少行被优化器查询),所需读取的行数越少越好。二、Explain信息中rows字段解释的示例1、没建立索引之前,rows字段表示需要从t2表读取640行数据(即t2表有640行 阅读全文
posted @ 2023-05-15 19:35 郭慕荣 阅读(912) 评论(0) 推荐(0)
上一页 1 ··· 32 33 34 35 36 37 38 39 40 ··· 79 下一页