XiaozhouTAT_个人页

select min(column_name) from table

create table t2 as select * from t1;

--解锁 declare @spid int Set @spid = 104 --锁表进程 declare @sql varchar(1000) set @sql='kill '+cast(@spid as varchar) exec(@sql)

DECLARE action HANDLER FOR condition_value statement;

-- 修改表名， TO 或AS都可以，也以省略掉 -- ALTER TABLE 表名 RENAME [TO|AS] 新表名 ALTER TABLE user10 RENAME TO user11;

/* version: 1.0 createdtime: 2007-01-08 creator: 走过四季 memo: for my lover[hjm] 举列：将用户表〔tbluser〕中〔username〕字段的每个单词首字母大写： update tbluser set username=dbo.f_Trans(username) 提示：如需使用，请保留以上说明 */ create function f_Trans(@col varchar(2000)) returns varchar(2000) as begin set @col=replace(@col,' ',' ') set @col=replace(@col,',','**,') set @col=replace(@col,' ',',') declare @sql varchar(2000) set @sql='' while charindex(',',@col)>0 select @sql=@sql+upper(left(@col,1))+LOWER(replace(substring(@col,2,charindex(',',@col)-1),',',' ')), @col=substring(@col,charindex(',',@col)+1,len(@col)-charindex(',',@col)) set @sql=@sql+upper(left(@col,1)) + replace(LOWER(right(@col,len(@col)-1)),',',' ') set @sql=replace(@sql,'** ',',') set @sql=replace(@sql,',,',', ') return(@sql) end go

DROP PROCEDURE [ IF EXISTS ]

数据库角色在整个 数据库集群 中是全局的（而不是每个库不同）。 要创建一个角色，使用 SQL 命令 CREATE ROLE ： CREATE ROLE name; name 遵循 SQL 标识的规则： 要么完全没有特殊 字符 ，要么用双引号包围（实际上你通常会给命令增加额外的选项，比如 LOGIN）。

-- 创建包规范定义 create or replace package math_package as --创建两个整数加法存储过程 procedure add(a in int,b in int,c out int); --创建两个是整数的减法函数 function sub(a in int,b in int ,c out int) return int; --创建乘法存储过程 procedure mul(a in int,b in out int); --创建除法函数 function div(a in int ,b in out number) return number; end math_package;

create user dba for login dba with default_schema=dbo exec sp_addrolemember 'db_owner', 'dba'

您好，您可以参考此链接https://blog.csdn.net/wfx15502104112/article/details/90726156

SQL> select * from v$flash_recovery_area_usage;

您好 最初，成本的最小单位是随机读取一个 4K 数据页的成本，后来（成本计算公式）变得更加复杂，并且引入了一些 “ 因子 ” 来估算某些操作的代价，如当执行一次 WHERE 条件比较的成本。 可以通过查询当前会话的 last_query_cost 的值来得知 MySQL 计算的当前查询的成本。 mysql> show status like 'last_query_cost'; +-----------------+----------+ | Variable_name | Value | +-----------------+----------+ | Last_query_cost | 2.399000 | +-----------------+----------+ 1 row in set (0.00 sec) 1 2 3 4 5 6 7 以上表示需要 2 个数据页的随机查询才能完成上面的查询。 这是根据一系列的统计信息计算得来的： 每个表或者所有的页面个数 索引的基数（索引中不同值的数量） 索引和数据行的长度 索引分配情况 优化器评估成本不考虑缓存，它假设读取任何数据都需要一次磁盘 I/O。 有很多原因会导致 MySQL 优化器选择错误的执行计划： 统计信息不准确。 执行计划中的成本估算不等同于实际执行的成本。 MySQL 的最优可能和你想的最优不一样。 MySQL 从不考虑其他并发执行的查询，这可能会影响到当前查询的速度。 MySQL 也并不是任何时候都是基于成本的优化。 MySQL 不会考虑不受其控制的操作的成本。 ———————————————— 原文链接：https://blog.csdn.net/u013490280/article/details/110417129

先用操作系统命令 top 命令观察是不是 mysqld 占用导致的，如果不是，找出占用高的进程，并进行相关处理

方案1：应用程序根据业务逻辑来判断，增删改等写操作命令发给主库，查询命令发给备库。 特点：数据库和应用程序强耦合，数据库如果有变化还好影响主库。应用程序复杂化。 方案2：利用中间件来做代理，负责对数据库的请求识别出读还是写，并分发到不同的数据库中。 特点： 数据库和应用程序弱耦合。 代理存在性能瓶颈和可靠性风险增加，相对可控。 常见的中间件： MySQL-Proxy Amoeba for MySQL(原文推荐这个，没机会对比过) mycat DBProxy 公有云的RDS数据库+数据库中间件，如华为云的RDS(关系型数据库)+DDM(分布式数据库中间件) 方案3：mysql集群模式，罕见，复杂度高，稳定性差。 ———————————————— 原文链接：https://blog.csdn.net/qq_39295735/article/details/88359268

是指两个或两个以上的进程在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力作用，它们都将无法推进下去。 此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。 由于资源占用是互斥的，当某个进程提出申请资源后，使得有关进程在无外力协助下，永远分配不到必需的资源而无法继续运行，这就产生了一种特殊现象死锁。 简而言之，就是我和你都拿到某个资源，我需要等你手中的资源释放以后我才能去干接下来的活，你也需要等我手中的资源释放之后才能去继续干接下来的活，这样就好了，咱俩就一直等着吧，就形成了死锁，如果没有外力打破这种互相等待的尴尬，那么死锁就会一直持续下去。 解决方法 1、预防死锁：通过设置一些限制条件，去破坏产生死锁的必要条件 2、避免死锁：在资源分配过程中，使用某种方法避免系统进入不安全的状态，从而避免发生死锁 3、检测死锁：允许死锁的发生，但是通过系统的检测之后，采取一些措施，将死锁清除掉 4、解除死锁：该方法与检测死锁配合使用

预编译阶段可以优化 sql 的执行 预编译语句对象可以重复利用。

简化sql查询，提高开发效率 计算列的需要 不同表字段聚合，信息重组 安全性需要，主要是早期遗留系统集成需要 兼容老的数据表

select 属性 from 表 group by 属性 having count(属性) =(select max(别名) from (select count(属性) as 别名 from orders group by customer_id)表别名)

优点 数据库视图允许简化复杂查询：数据库视图由与许多基础表相关联的SQL语句定义。 您可以使用数据库视图来隐藏最终用户和外部应用程序的基础表的复杂性。 通过数据库视图，您只需使用简单的SQL语句，而不是使用具有多个连接的复杂的SQL语句。 数据库视图有助于限制对特定用户的数据访问。 您可能不希望所有用户都可以查询敏感数据的子集。可以使用数据库视图将非敏感数据仅显示给特定用户组。 数据库视图提供额外的安全层。 安全是任何关系数据库管理系统的重要组成部分。 数据库视图为数据库管理系统提供了额外的安全性。 数据库视图允许您创建只读视图，以将只读数据公开给特定用户。 用户只能以只读视图检索数据，但无法更新。 数据库视图启用计算列。 数据库表不应该具有计算列，但数据库视图可以这样。 假设在orderDetails表中有quantityOrder(产品的数量)和priceEach(产品的价格)列。 但是，orderDetails表没有一个列用来存储订单的每个订单项的总销售额。如果有，数据库模式不是一个好的设计。 在这种情况下，您可以创建一个名为total的计算列，该列是quantityOrder和priceEach的乘积，以表示计算结果。当您从数据库视图中查询数据时，计算列的数据将随机计算产生。 数据库视图实现向后兼容。 假设你有一个中央数据库，许多应用程序正在使用它。 有一天，您决定重新设计数据库以适应新的业务需求。删除一些表并创建新的表，并且不希望更改影响其他应用程序。在这种情况下，可以创建与将要删除的旧表相同的模式的数据库视图。 缺点 性能：从数据库视图查询数据可能会很慢，特别是如果视图是基于其他视图创建的。 表依赖关系：将根据数据库的基础表创建一个视图。每当更改与其相关联的表的结构时，都必须更改视图。