Levitate Gu

西电数据库openGauss平台练习 仅记录平台标注中等难度及以上的题目 试卷编号:41 试卷名称:gongsi 条件: 公司数据库有如下关系模式： 员工employee（员工号eno，员工姓名ename，员工年龄eage，所在部门号dno，工资salary，工作日期work）； 部门depart(部门号dno，部门名称dname，部门经理员工号dman)。 题目3：查询每个部门的部门号、员工平均工资。 12select dno, AVG(salary)from employee group by dno 题目4：查询员工的中位数工资。 1234select distinct salary from employee a where (select count(*) from employee b where b.salary>=a.salary) -(select count(*) from employee b where b.salary<=a.salary)between -1 and 1 这道题比较容易踩坑的地方是题目没有说明它对中位数的定义,这里是将多个中位数返 ...

MySQL索引一 什么是索引 索引是一种用于快速查询和检索数据的数据结构，其本质可以看成是一种排序好的数据结构。 索引的作用就相当于书的目录。打个比方: 我们在查字典的时候，如果没有目录，那我们就只能一页一页的去找我们需要查的那个字，速度很慢。如果有目录了，我们只需要先去目录里查找字的位置，然后直接翻到那一页就行了。 在 MySQL 中，无论是 Innodb 还是 MyIsam，都使用了 B+树作为索引结构。 索引的优缺点 优点: 提高数据检索效率，降低数据库IO成本 降低数据排序成本，降低CPU消耗 通过创建唯一性索引，可以保证数据库表中每一行数据的唯一性。 缺点: 索引需要占物理空间 索引需要定期维护，增删改数据时需要维护索引，降低数据写入效率 索引底层数据结构选型 哈希表 哈希表是一种以键-值(key-value)存储数据的结构，只要输入待查找值即 key，就可以找到其对应的值即 value。因此哈希表可以快速检索数据（接近 O（1））。 为何能够通过 key 快速取出 value 呢？ 原因在于 哈希算法（也叫散列算法）。通过哈希算法，我们可以快速找到 key 对应的 ...

MySQL规范 数据库命名规范 所有数据库对象名称必须使用小写字母并用下划线分割 所有数据库对象名称禁止使用 MySQL 保留关键字（如果表名中包含关键字查询时，需要将其用单引号括起来） 数据库对象的命名要能做到见名识意，并且最好不要超过 32 个字符 临时库表必须以 tmp_ 为前缀并以日期为后缀，备份表必须以 bak_ 为前缀并以日期 (时间戳) 为后缀 所有存储相同数据的列名和列类型必须一致（一般作为关联列，如果查询时关联列类型不一致会自动进行数据类型隐式转换，会造成列上的索引失效，导致查询效率降低） 数据库基本设计规范 所有表必须使用 InnoDB 存储引擎 没有特殊要求（即 InnoDB 无法满足的功能如：列存储，存储空间数据等）的情况下，所有表必须使用 InnoDB 存储引擎 数据库和表的字符集统一使用 UTF8 兼容性更好，统一字符集可以避免由于字符集转换产生的乱码，不同的字符集进行比较前需要进行转换会造成索引失效，如果数据库中有存储 emoji 表情的需要，字符集需要采用 utf8mb4 字符集。 所有表和字段都需要添加注释 使用 comment 从句添加表和列的备 ...

MySQL锁 表级锁和行级锁 MyISAM (MySQL5.5版本以前默认的存储引擎) 仅仅支持表级锁，一锁就锁整张表，这在并发写的情况下性非常差。 InnoDB (MySQL5.5版本后默认的存储引擎) 不光支持表级锁，还支持行级锁，默认为行级锁。行级锁的粒度更小，仅对相关的记录上锁即可（对一行或者多行记录加锁），所以对于并发写入操作来说， InnoDB 的性能更高。 表级锁和行级锁对比： 表级锁： MySQL 中锁定粒度最大的一种锁（全局锁除外），是针对非索引字段加的锁，对当前操作的整张表加锁，实现简单，资源消耗也比较少，加锁快，不会出现死锁。不过，触发锁冲突的概率最高，高并发下效率极低。表级锁和存储引擎无关，MyISAM 和 InnoDB 引擎都支持表级锁。 行级锁： MySQL 中锁的粒度最小的一种锁，是 针对索引字段加的锁 ，只针对当前操作的行记录进行加锁。 行级锁能大大减少数据库操作的冲突。其加锁粒度最小，并发度高，但加锁的开销也最大，加锁慢，会出现死锁。行级锁和存储引擎有关，是在存储引擎层面实现的。 InnoDB 的行锁是针对索引字段加的锁，表级锁是针对非索引 ...

MySQL事务 什么是事务 事务是逻辑上的一组操作，要么都执行，要么都不执行。 事务最经典也经常被拿出来说例子就是转账了。假如小明要给小红转账 1000 元，这个转账会涉及到两个关键操作，这两个操作必须都成功或者都失败。 将小明的余额减少 1000 元 将小红的余额增加 1000 元 事务会把这两个操作看成逻辑上的一个整体，这个整体包含的操作要么都成功，要么都要失败。这样就不会出现小明余额减少而小红的余额却并没有增加的情况。 数据库事务 大多数情况下，我们在谈论事务的时候，如果没有特指分布式事务，往往指的就是数据库事务。 数据库事务在我们日常开发中接触的最多了。如果你的项目属于单体架构的话，你接触到的往往就是数据库事务了。那数据库事务有什么作用呢？ 简单来说，数据库事务可以保证多个对数据库的操作（也就是 SQL 语句）构成一个逻辑上的整体。构成这个逻辑上的整体的这些数据库操作遵循：要么全部执行成功,要么全部不执行 。 事务的 ACID 特性 ACID，是指关系型数据库事务正确执行的四个基本要素的缩写。包含： 原子性（Atomicity） 一致性（Consistency） 隔离性 ...

类加载机制 现在，我们已经了解了字节码文件的结构，以及JVM如何对内存进行管理，现在只剩下最后一个谜团等待解开了，也就是我们的类字节码文件到底是如何加载到内存中的，加载之后又会做什么事情。 类加载过程 首先，要加载一个类，一定是出于某种目的的，比如我们要运行我们的Java程序，那么就必须要加载主类才能运行主类中的主方法，又或是我们需要加载数据库驱动，那么可以通过反射来将对应的数据库驱动类进行加载。 所以，一般在这些情况下，如果类没有被加载，那么会被自动加载： 使用new关键字创建对象时 使用某个类的静态成员（包括方法和字段）的时候（当然，final类型的静态字段有可能在编译的时候被放到了当前类的常量池中，这种情况下是不会触发自动加载的） 使用反射对类信息进行获取的时候（之前的数据库驱动就是这样的） 加载一个类的子类时 加载接口的实现类，且接口带有default的方法默认实现时 比如这种情况，那么需要用到另一个类中的成员字段，所以就必须将另一个类加载之后才能访问： 12345678910111213public class Main { public static v ...