redo日志和归档日志挖掘 1.生产环境日志在测试环境挖掘 生产环境为11G,测试环境为12C 1.1生产库创建目录,生成字典文件 SQL> CREATE OR REPLACE DIRECTORY MYDATA AS '/path/to/directory'; set line 999 pages 999 col OWNER for a10 col DIRECTORY_NAME for a2
导读 昨天有个群友问: select x from table where varchar = 0; (未加引号)能把所有数据查询出来, 问是否是BUG. 对于数据类型不一致的做比较, 就是mysql帮我们做了隐式转换. 隐式转换规则如下: If one or both arguments are NULL, the result of the comparison is NULL, except
在某些复杂sql语句,或者数据分布不均衡的table中(未启动直方图统计),默认的执行计划可能不是最佳方案,此时我们可以通过控制优化器策略引导执行计划发生改变。 先看一个案例 某生产库中的sql执行效率非常低,查看执行计划发现驱动表扫描行数很多且不走索引。 explain SELECT count(distinct u.id) FROM sys_t_audience_member m JOIN o
这个问题是跟着老师学习的时候遇到的,主要排查思路有:1、检查两边数据库的字符集 ```sqlselect * from nls_database_parameters where parameter='NLS_CHARACTERSET' or parameter='NLS_LANGUAGE' or parameter='NLS_NCHAR_CHARACTERSET';```2、注意源库需要开启归档
下KEYWORDS表列出了 MySQL 视为关键字的字,并指出每个字是否为保留字。保留字在某些情况下可能需要特殊处理,例如用作标识符时需要特殊引用(请参见第 11.3 节“关键字和保留字”)。此表为应用程序提供了 MySQL 关键字信息的运行时来源。 在 MySQL 8.0.13 之前, KEYWORDS如果从未选择默认数据库的表中进行选择,则会产生错误。(Bug #90160、Bug #2772
## MySQL 8 优化案例:Why Are Queries with Many IN Values More Expensive After Upgrading to MySQL 8.x? 作者毫无保留的用案例告诉我们如何优化多个in值的SQL语句,强推 原文:https://www.percona.com/blog/why-are-queries-with-many-in-values-mo