ITPub博客

异常正常情况下，数据泵导入是可以跨版本的，但是此处却出现了异常[oracle@prdeamdb OPatch]$ impdp \'/ as sysdba\' directory=ORACLE_BASE DUMPFILE=eam20240715.dmp Import: Release 19

面试：35 岁的焦虑35 岁危机的源头我不做追溯，但从个人角度和社会现象，作为 HR、以及很多领导层其实没人真正的想过这个事情，所以造成了这样的结果年龄角度缺点：35+ 岁以后就会深深的感受到卷不动，真的卷不动；不只是身体疲惫，更多的主要是来源于精神层面的，需要醒神回蓝35+ 岁的人过于滑头，很难被 PUA，不容易管理优点： 35+ 岁的工程师，经过多年经验上的积累，并不是了解新兴技术，

配置创建用户（源 & 目标）描述该用户必须加入到 oinstall 组该用户使用与 oracle 相同的 profile 文件操作系统必须为该用户开放一定的 CPU、内存等资源限制，可以通过 ulimit –a 查看，建议在 /etc/security/limits.conf 中设置和 oracle 用户一致操作创建 GoldenGate 操作系统用户（此步骤非必须，也可以使用 ORACL

需知基本要素你做了什么，你希望发生什么，以及实际发生了什么。这是 bug 报告的三个基本元素。你需要准确地告诉他们你做了什么（例如，“我的程序运行查询 SELECT * FROM happy_meals WHERE sandwich = ‘hamburger’ AND side = ‘onion rings’），你期望发生什么（继续这个例子，“我期望 MySQL 返回一个包含 hamburger

疑问我们一行行加 X+Gap 锁，那没加行锁时数据会不会产生影响？还是先加表锁，等对所有行加 X+Gap锁后再释放表锁？实验为了验证，我将存储过程改了一下，让其处理大数据量操作，然后再进行实验实验一确定表锁的样子确认隔离级别mysql> show variables like '%iso%'; +-------------------

从简单的增删改查角度，了解了一下锁，那么从视图角度是怎样的呢？概念锁的类型共享锁（S Lock）：允许拥有共享锁的事务读取该行行数据。 当一个事务拥有一行的共享锁时，另外的事务可以在同一行数据也获得共享锁， 但另外的事务无法获得同一行数据上的排他锁排他锁（X Lock）：允许拥有排它锁的事务修改或删除该行数据。 当一个事务拥有一行的排他锁时， 另外的事务在此行数据上无法获得共享锁和排它锁，只能等待

最近收到了很多大佬的讨论，我大概研究了一下。相关概念锁相关问题脏读：一个事务可以读到另一个事务中未提交的数据不可重复读：在一个事务没有结束时，另外一个事务也访问该同一数据集合，并做了 DML 操作。因此，在第一个事务两次读数据之间，读到的数据可能是不一样的幻读（丢失更新）：一个事务的更新操作会被另一个事务的更新操作所覆盖，从而导致数据的不一致。虚读：在同一个事务中，连续执行两次查询，但是两次查询之

新获取到一个需求，就是要按库进行备份，写了份脚本和大家分享一下吧@echo off for /f "Tokens=1-3 Delims=/ " %%i in ('date /t') do set dt=%%i-%%j-%%k- for&