关于关键词 的检测结果，共 18361 条
【Mysql/postgreSQL】 mysql执行计划里索引访问算子和oracle的不同之处
dingjun123 | 2025-04-26 18:19:17 | 阅读(10) | 评论(0)
1.mysql Index range scan算子包括index access,index filter(ICP),回表不带过滤的时间，
如果有额外的过滤条件，有Filter算子，过滤时间算在这里面。
ICP如果能大幅度减少回表的行，也就减少了回表的随机IO，则效率提升明显。
2.估算的rows实际上是访问方法扫描的行数，对应普通explain的rows,不包括ICP以及回表过滤filtered，不是结果行数，
这个实际上和oracle不一样，oracle的rows/cardinality是整个条件结果行数
3.mysql的analyze的actual rows则包括过滤条件，所以估算的rows和actual rows实际上标准不统一，是缺陷
通过估算的rows可以看到索引index access效率，比如访问行数多，则效率低，然后actual rows少,说明要么走ICP，要么组合索引顺序非最佳
index访问，过滤，回表效率比较：ind【阅读全文】
【Mysql/postgreSQL】 MySQL不支持view jppd下推
dingjun123 | 2025-04-26 18:11:55 | 阅读(0) | 评论(0)
mysql不支持jppd谓词推入，只支持单独的过滤谓词推入到view里，只支持单独过滤谓词推入到union all视图（mysql8支持）、group by等视图里，
不支持join谓词推入不能merge的视图,比如union all视图，group by视图里
mysql join谓词不能推入到union all视图里，直接materialize化，性能差
【阅读全文】
dingjun123 | 2025-04-26 15:15:07 | 阅读(0) | 评论(0)
但是貌似有例外：
MySQL的like后通配,between,>=,=1 and b>3，“如果a是整数”
然后索引访问实际上是拆成两份：a=1 and b>3 和a>1 and b>3，前者能真正用到两个列索引访问，后者只能用到a>1
那么，如果存在a>1的数据很少，a=1的数据多，但是a=1 and b>3的数据少，
那么where a>=1 and b>3就比a>0 and b>3的效率高，因为写成
a>0 and b>3则只能用到a>0，而a>0是等价于a>=1的。。。但是实际上访问效率不一样，【阅读全文】
【Mysql/postgreSQL】 MySQL如何用组合索引提高分页查询执行效率
dingjun123 | 2025-04-06 21:14:51 | 阅读(30) | 评论(0)
如果order by里没有前导列，要消除排序，排序列必须紧跟在等值访问条件索引后面，或者作为前导列，支持desc扫描，不用建desc索引
如果order by里有前导列，要消除排序，按order by顺序建组合索引即可,但是如果前导列非等值，则后面列如果desc，只能建desc索引
2.等值访问条件最好为前导列，就算选择性不好，也可以减少索引访问的行
3.遵循leftmost prefix规则，不能index访问的条件放到组合索引最后，可以起到index filter减少回表的作用
【阅读全文】
【Mysql/postgreSQL】 MySQL的rows_examined指标缺陷总结
dingjun123 | 2025-03-17 08:57:19 | 阅读(50) | 评论(0)
但是，很多人把rows examined当成SQL性能的一种重要指标，认为这个是SQL扫描的行数，这就有问题了，实际上rows examined有时候
并不能准确反应storage engines扫描的行数。
【阅读全文】
【Mysql/postgreSQL】 MySQL丢失order by cost计算导致走错索引
dingjun123 | 2025-03-16 18:26:51 | 阅读(50) | 评论(0)
【Oracle】 oracle,mysql范围越界的选择率估算
dingjun123 | 2025-03-16 18:12:46 | 阅读(60) | 评论(0)
通过以下方式，防止突然变成1，导致笛卡尔积，当然，越界问题容易变成走索引（如果实际查的数据量大，则需要更新统计信息），另外越界的话还是可能估算
成1的，一般都是估算的很少行。【阅读全文】
【Mysql/postgreSQL】 MySQL的RR模式解决不可重复读和幻读了吗？
小小蚂蚁后 | 2025-03-04 14:44:31 | 阅读(60) | 评论(0)
快照读又叫一致性读(consistent read),unlock read，不加锁（元数据锁还是有的，行锁没有，就是普通SELECT）。
DML包括FOR UPDATE,FOR SHARED是当前读，会读取最新快照的数据，这类似幻读了。
普通SELECT在RR隔离级别下都是可重复读，快照读，除非混合了UPDATE，那么之后的SELECT会读取到本事务修改的数据，像普通的FOR UPDATE,FOR SHARE,
他们会读取到最新提交的数据，但是不影响后续的普通SELECT还是快照读，还是看不到新提交的数据。
【阅读全文】
【云计算】 水电表通过数据采集平台接入到MySQL数据库
SZN123 | 2025-02-26 13:52:39 | 阅读(60) | 评论(0)
【Mysql/postgreSQL】 数据库数据恢复——Delete命令删除MySQL数据库数据的数据恢复案例
北亚数据恢复 | 2025-02-20 13:32:35 | 阅读(50) | 评论(0)
MySQL数据库数据恢复环境&故障：
本地服务器，安装的windows server操作系统。
操作系统上部署MySQL单实例，引擎类型为innodb，表空间类型为独立表空间。该MySQL数据库没有备份，未开启binlog。
人为误操作，在用Delete命令删除数据时未添加where子句进行筛选导致全表数据被删除，删除后未对该表进行任何操作。【阅读全文】
【Oracle】 同时查询min.max索引列，pg,mysql和oracle的区别
dingjun123 | 2025-01-22 09:09:36 | 阅读(100) | 评论(0)
扫描到第一个非NULL值即可。
pg和mysql支持索引列min.max写在一起，会快速定位，而oracle不行，oracle可以拆分成两个标量子查询实现。
【阅读全文】
【数据库开发技术】 MySQL 数据库优化实用技巧
shy_17101797897 | 2025-01-10 11:19:48 | 阅读(80) | 评论(0)
【Mysql/postgreSQL】 MySQL数据备份与恢复全攻略
shy_17101797897 | 2025-01-06 11:25:54 | 阅读(70) | 评论(0)
【数据库开发技术】 数据库数据恢复—Mysql数据库表记录数据恢复秘籍
北亚数据恢复 | 2024-12-16 10:57:08 | 阅读(100) | 评论(0)
Mysql数据库表记录丢失。
Mysql数据库故障表现：
1、Mysql数据库表中无任何数据或只有部分数据。
2、客户端无法查询到完整的信息。【阅读全文】
【服务器与存储】 数据库数据恢复—MYSQL数据库文件无法进行查询的数据恢复案例
北亚数据恢复 | 2024-12-09 11:00:59 | 阅读(120) | 评论(0)
故障表现：1、数据库无法进行查询等操作；2、使用mysqlcheck和myisamchk无法修复数据库。【阅读全文】
【Mysql/postgreSQL】 oracle,mysql,pg杀会话区别和注意点
dingjun123 | 2024-12-01 10:33:08 | 阅读(180) | 评论(0)
【服务器与存储】 虚拟机数据恢复—KVM虚拟机（运行MySQL数据库）被删除的数据恢复案例
北亚数据恢复 | 2024-08-07 13:26:09 | 阅读(2220) | 评论(0)
KVM虚拟机被删除，需要恢复raw格式的磁盘文件。【阅读全文】
【Mysql/postgreSQL】 ORACLE vs MySQL 对组合索引包含IN LIST执行计划研究(MySQL部分)_PART2
dingjun123 | 2024-05-13 17:31:18 | 阅读(5230) | 评论(0)
ORACLE具有强大的优化器，一般来说，组合索引在ORACLE里不管是单表还是关联查询，都可以选择最佳执行计划，只要统计信息等
是准确的。
MySQL的优化器相对来说，要弱不少，很多功能不够健全，单表对于组合索引包含IN的处理貌似没有什么问题，但是JOIN情况下，
包含IN LIST组合索引的表是被驱动表，则问题比较严重，卖个关子，详细见本文MySQL部分讲述。【阅读全文】
dingjun123 | 2024-05-13 09:22:58 | 阅读(41680) | 评论(0)
ORACLE具有最强大的优化器，一般来说，组合索引在ORACLE里不管是单表还是关联查询，都可以选择最佳执行计划，只要统计信息等
是准确的。
MySQL的优化器相对来说，要弱不少，很多功能不够健全，单表对于组合索引包含IN的处理貌似没有什么问题，但是JOIN情况下，
包含IN LIST组合索引的表是被驱动表，则问题比较严重，卖个关子，详细见本文MySQL部分讲述。
【阅读全文】
【服务器与存储】 服务器数据恢复—同友存储上虚拟机中的mysql数据库数据恢复案例
北亚数据恢复 | 2024-05-10 13:28:10 | 阅读(5100) | 评论(0)
某单位同友存储，存储设备中若干磁盘组建了raid5磁盘阵列。未知原因导致存储设备崩溃无法启动，raid5阵列上层的虚拟机全部丢失，其中存放了重要数据的3台虚拟机需要恢复。
服务器存储数据恢复过程：
1、磁盘镜像过程就不赘述了。通过与用户方的沟通以及对raid阵列的分析，获悉故障存储的存储结构：若干物理磁盘组成一个存储池，划分了多个lun，其中需要恢复的那3台虚拟机在lun1。【阅读全文】