19.4 rac 出现大量等待事件：row cache mutex / pin S wait on X ，awr在附件现环境参数 session_cached_cursors 为50，且每个instance 使用率为 100%请问有大佬有好的方法解决问题吗

数据库版本： 11.2.0.4整库迁移，如何预估目标库所需存储的大小（资源最小化）？以下判断可行吗？ 有合适的方案 不舍赐教，感谢！1、预估除去undo数据文件后的，数据文件大小SQL> select sum(bytes)/1024/1024/1024 size_GB from dba_data_files where TABLESPACE_NAME not like ‘UNDOTBS%’;SIZ

这个表是什么存储引擎？ 执行查询有没有报错？ 错误日志有没有什么报错如果是 innodb 引擎可以尝试 （给反馈）： alter table XX engine=innodb;

oracle rac 中的scan ip 根据 后端的 vip 负载情况，进行连接的分发，从而实现负载均衡，与 /etc/hosts 、 dns 无关

ALTER TABLE … ENGINE=InnoDB;所需的锁定量取决于您使用的MySQL版本:MySQL 5.5和更早版本:该表在重建期间是只读的。5.6.16及更早版本:该表在重建期间是只读的。MySQL 5.6.17及更高版本:在重建期间，表处于在线状态，但在重建表移动到位时，需要在最后短暂锁定。MySQL 5.7和更高版本:在重建期间，表是在线的，但是在重建表移动到位时，需要在末尾有一个

我的理解是:认证库在创建用户的时候，最好统一指定为admin库在应用连接时同时指定业务库与认证库（业务库用于切换到指定业务库,认证库用于用户权限认证 -->也就是我列出来的第三种形式）

mysql 8.X 之后密码认证已经由 mysql_native_password 改为了 caching_sha2_password 。首先在本地通过navicat连接你安装的数据库试试？推测：估计是客户端版本与mysql 8 版本不兼容问题参考 解决办法:方法1、调整插件认证[mysqld]default_authentication_plugin=mysql_native_password方

你想做什么操作呢？从库主要作用： 读写分离 （为主库分担读请求压力）、服务高可用、数据冗余保护

描述： 在源端用bgsave生产rdb文件，传送到 目标端拉起（目标端禁用aof,开启rdb加载），目标端拉起后，发现含有过期时间的key（过期key并未过期），全部消失。有了解详情的大佬吗？源端:127.0.0.1:5001> info keyspaceKeyspacedb0:keys=1446,expires=1443,avg_ttl=43609614源端key的过期时间127.0.0.1:5