数据库安全保护思维导图

U261184953

2024-06-19

浏览量: 11

数据库的安全性

完整性控制

数据完整性的实施

数据库安全保护内容介绍

树图思维导图提供《数据库安全保护》在线思维导图免费制作，点击“编辑”按钮，可对《数据库安全保护》进行在线思维导图编辑，本思维导图属于思维导图模板主题，文件编号是：7048ff41896d3f77a11d58b49ac2f8a8

思维导图大纲

事务的并发控制和封锁

事务

定义与概述

事务的概念

事务是一系列操作的集合，这些操作要么全部成功执行，要么全部不执行。

事务的特点

原子性：事务是一个不可分割的工作单位，事务中的操作要么全部完成，要么全部不完成。

一致性：事务执行的结果必须使数据库从一个一致性状态变到另一个一致性状态。

隔离性：多个事务并发执行时，一个事务的执行不应影响其他事务。

持久性：一旦事务提交，其结果就是永久的，即使系统崩溃也不会丢失。

事务的分类

简单事务

简单的数据库操作组成的事务。

复杂事务

包含多个步骤和条件判断，可能需要长时间执行的事务。

分布式事务

跨越多个系统或数据库的事务处理。

事务的管理

并发控制

通过锁定机制和其他技术来管理多个事务的并发执行，防止数据冲突和不一致状态。

提交与回滚

事务提交后，数据更改被永久保存；事务回滚则撤销所有未保存的操作。

日志记录

记录事务的执行过程，用于恢复数据和诊断问题。

并发执行与数据的不一致性

封锁和封锁协议

封锁的概念

定义

封锁是一种并发控制机制。

用于保证数据库系统的完整性。

种类

排他锁（ExclusiveLock）：只允许一个事务对数据进行写操作。

共享锁（SharedLock）：允许多个事务同时读取数据。

封锁协议

简述

封锁协议是规定如何对数据库对象进行加锁和解锁的规则和约定。

类型

一级封锁协议

事务在修改数据之前必须先对其加锁。

二级封锁协议

除了像一级封锁协议那样保证事务在修改数据之前对其进行加锁外，还要求当事务读取数据时也要加锁。

三级封锁协议（也叫可重复读）

保证事务在其整个生命周期内，对数据的读取是一致的，即使其他事务在此期间修改了数据。要求事务在读取数据时加共享锁，在修改数据时加排他锁。同时要求锁的持有时间尽可能短，以减少锁的冲突和等待时间。

优缺点分析

优点

防止了多个事务同时读写同一数据造成的冲突和破坏。

缺点

可能引发死锁和饥饿问题。需要设计合理的算法来避免这些问题。同时，过度使用封锁可能导致系统性能下降。需要进行合理的优化和调整。

活锁和死锁

数据库的安全性

数据库的安全标准

数据完整性数据完整性包括数据的正确性、有效性和一致性。正确性是指数据的输入值与数据表对应域的类型一样;有效性是指数据库中的理论数值满足现实应用中对该数值段的约束;一致性是指不同用户使用的同一数据应该是一样的。保证数据的完整性,需要防止合法用户使用数据库时向数据库中加入不合语义的数据。

数据库安全性控制

数据库作为存储和管理大量数据的核心系统，安全性控制至关重要。合理的数据库安全性控制能够保护敏感数据，防止未经授权的访问、数据泄露和恶意攻击。本文将介绍数据库安全性控制的重要性以及常见的安全性控制措施。

KingbaseES数据安全管理机制

数据安全概述

数据安全的重要性

保护企业核心信息资产

提升数据可靠性和完整性

确保业务稳定运行

数据安全策略

访问控制策略

基于角色和权限的访问控制

强制访问策略与最小权限原则

加密策略

数据传输加密

数据存储加密

密钥管理

审计策略

登录审计

操作审计

风险评估与监控

数据安全技术手段

备份与恢复

数据备份策略制定

备份周期与恢复流程

安全漏洞扫描与修复

定期进行安全漏洞扫描

及时修复安全漏洞

入侵检测与防护

实时入侵检测

入侵防御系统部署

权限和角色

权限概述

定义与概念

权限的类型

权限管理的重要性

角色概述

角色的定义

角色的类型

角色与权限的关系

权限与角色的关联

权限分配给角色

角色赋予用户

权限与角色的绑定方式

完整性控制

数据库完整性的含义

数据库完整性（Database Integrity）是指数据库中数据在逻辑上的一致性、正确性、有效性和相容性。数据库完整性由各种各样的完整性约束来保证，因此可以说数据库完整性设计就是数据库完整性约束的设计。数据库完整性约束可以通过DBMS或应用程序来实现，基于DBMS的完整性约束作为模式的一部分存入数据库中。通过DBMS实现的数据库完整性按照数据库设计步骤进行设计，而由应用软件实现的数据库完整性则纳入应用软件设计（本文主要讨论前者）。

完整性规矩的组成

1．根据数据库完整性约束的类型确定其实现的系统层次和方式，并提前考虑对系统性能的影响。一般情况下，静态约束应尽量包含在数据库模式中，而动态约束由应用程序实现。2．实体完整性约束、参照完整性约束是关系数据库最重要的完整性约束，在不影响系统关键性能的前提下需尽量应用。用一定的时间和空间来换取系统的易用性是值得的。3．另一方面，触发器的多级触发不好控制，容易发生错误，非用不可时，最好使用Before型语句级触发器。4．在需求分析阶段就必须制定完整性约束的命名规范，尽量使用有意义的英文单词、缩写词、表名、列名及下划线等组合，使其易于识别和记忆，如：CKC_EMP_REAL_INCOME_EMPLOYEE、PK_EMPLOYEE、CKT_EMPLOYEE。如果使用CASE工具，一般有缺省的规则，可在此基础上修改使用。5．要根据业务规则对数据库完整性进行细致的测试，以尽早排除隐含的完整性约束间的冲突和对性能的影响。6．要有专职的数据库设计小组，自始至终负责数据库的分析、设计、测试、实施及早期维护。数据库设计人员不仅负责基于DBMS的数据库完整性约束的设计实现，还要负责对应用软件实现的数据库完整性约束进行审核。7．应采用合适的CASE工具来降低数据库设计各阶段的工作量。好的CASE工具能够支持整个数据库的生命周期，这将使数据库设计人员的工作效率得到很大提高，同时也容易与用户沟通。

完整性约束条件的分类

防止数据库中存在不符合语义的数据，也就是防止数据库中存在不正确的数据；防范对象：不合语义的、不正确的数据为了维护数据库的完整性,DBMS必须： 1、提供完整性约束条件的机制； 2、提供完整性检查的方法； 3、违约处理；

数据完整性的实施

数据收集阶段的完整性保障

确定数据收集范围

明确需要收集的数据类型和来源

界定数据收集的时间和空间范围

数据质量保障

建立数据质量标准和检测机制

采用合适的数据清洗和预处理技术

数据安全防护

制定数据保护政策