SQL Server 透明数据加密（TDE）的影响

最新推荐文章于 2024-10-26 16:53:54 发布
最新推荐文章于 2024-10-26 16:53:54 发布
阅读量1.8k 收藏 6
点赞数 1
分类专栏： 数据库备份 SQL Server SQL Server 安全管理 文章标签： TDE 透明数据加密 数据库备份 透明数据加密开销 透明数据加密影响
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zhoujunah/article/details/105398998
版权

在开启透明数据加密之前，严谨的管理者脑中会出现一些疑问：开启TDE会有哪些影响？会不会造成数据库性能严重下降？哪些影响可以避免、如何避免？本文将一一给出解答。

本文采取试验的方式来确认TDE的影响，因为试验步骤比较冗长，这里我们先将结果告知读者。值得注意的是，这里我们只做了简单的测试，其结论只可当做参考。因为您所在的环境包括物理环境（硬盘、CPU、内存）、生产环境（数据库结构、逻辑复杂度等）的不同，数据是否存在于内存（在内存中的数据是明文的，只要内存足够大，大量常用数据存在于内存中会极大减小TDE的影响），最终影响也会有较大差异，在生产环境上开启TDE时，可以参照后文中的试验案例测试，以确保开启TDE后不对您的业务产生严重影响。

TDE 影响增、删、改、查的性能

TDE使数据库的增、删、改、查下降5%左右。当然内存足够大时，数据读取到内存中后，减少了解密的CPU时间消耗，将会降低这一影响。具体到增、删、改、查每个部分的影响，可以根据后文中参考测试样例进行确定。

TDE影响数据库创建、重建

TDE数据库中索引创建CPU消耗时间、占用时间增加3个百分点左右。

TDE对存储的影响

对比非加密数据库和加密数据库，数据库加密与否，对存储几乎没有影响。

TDE对备份的影响

同样大小数据库备份，加密后耗时是加密前1倍左右。

 

加密数据库备份压缩效果要比非加密数据库差一倍，备份加密数据库开启压缩选项，会使得CPU耗时10倍增加，并且和为加压缩选项效果一样。

最佳实践：备份开启TDE数据库时，不需要加COMPRESSION选项

TDE对系统数据库tempdb的影响

SQL Server 实例上的任意其他数据库启用TDE，tempdb系统数据库也会被加密，这将影响实例上其他不加密的数据库性能。

最佳实践：将tempdb文件放在I\O较好的硬盘上（如SSD盘）

TDE对事务日志传输、异实例附加、异实例还原的影响

事务日志传输、异实例附加、异实例还原后的数据库均为TDE数据库。

TDE 和 Transaction Logs

启用数据库TDE对正在进行事务日志没有影响，但下一个事务日志就会强制加密。这保证了在设置数据库进行加密之后，事务日志中不会留下任何明文。你可以通过系统视图 sys.dm_database_encryption_keys 的 encryption_state 列查看日志文件的加密状态。

TDE对复制分发的影响

加密数据库复制的数据仍然是明文的，如果您需要对复制的内容启用TDE，需要在分发、订阅数据库启用TDE。

TDE对FILESTREAM的影响

启用TDE的数据库，不会对FILESTREAM数据加密。

TDE 和 In-Memory OLTP

对于拥有In-Memory OLTP对象的数据库，仍然可以启用TDE。在SQL Server 2016（13.x）版本中，如果启用了TDE，In-Memory OLTP日志记录和数据页会被加密。

测试样例及结果

测试环境

在同一块盘符上创建两个数据库test、test_TDE：

USE master
GO
CREATE DATABASE [test] ON  PRIMARY
( NAME = N'test', FILENAME = N'D:\database\test.mdf' , SIZE = 4096KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB )
 LOG ON
( NAME = N'test_log', FILENAME = N'D:\database\test.ldf' , SIZE = 2048KB , MAXSIZE = 2048GB , FILEGROWTH = 10%)
GO
CREATE DATABASE [test_TDE] ON  PRIMARY
( NAME = N'test_TDE', FILENAME = N'D:\database\test_TDE.mdf' , SIZE = 4096KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB )
 LOG ON
( NAME = N'test_TDE_log', FILENAME = N'D:\database\test_TDE.ldf' , SIZE = 2048KB , MAXSIZE = 2048GB , FILEGROWTH = 10%)
GO

分别在两个数据库中各创建一个结构相同的表：

USE test
SELECT TOP 0 PERCENT * INTO test FROM sys.all_objects
USE test_TDE
SELECT TOP 0 PERCENT * INTO test FROM sys.all_objects

启用test_TDECert数据库TDE加密，注意，这个要在对非加密数据库各样例执行完毕，再启用，以防止启用后对tempdb数据库的影响造成测试结果的不准确（实例上任何数据库启动了TDE，tempdb随之启动TDE）

USE master
GO
--创建数据库主密钥DMK
CREATE MASTER KEY ENCRYPTION BY PASSWORD='$Mf1=oVS_Y3:Ydt'
GO
--创建服务器证书
CREATE CERTIFICATE test_TDECert
WITH SUBJECT='DEK Certificate of test_TDECert database'
--备份服务器证书
BACKUP CERTIFICATE test_TDECert
TO FILE ='D:\test_TDECert.cer'
WITH PRIVATE KEY(FILE='D:\test_TDECert_Key.pvk',
ENCRYPTION BY PASSWORD='$Mf1=oVS_Y3:Ydt')
USE test_TDE
GO
--创建服务器证书加密的数据库密钥
CREATE DATABASE ENCRYPTION KEY
WITH ALGORITHM=AES_128
ENCRYPTION BY SERVER CERTIFICATE test_TDECert
--启用TDE
ALTER DATABASE test_TDE SET ENCRYPTION ON

INSERT测试

测试样例：

DECLARE @bdatetime AS DATETIME=GETDATE()
DECLARE @i INT=1
SET NOCOUNT ON
WHILE @i<10000
BEGIN
      INSERT INTO test
      SELECT TOP(@i) * FROM sys.all_objects
      ORDER BY NEWID()
      SET @i=@i+1
END
SELECT @bdatetime,GETDATE()

test库结果：

test_TDE测试结果：

对比加密数据库和非加密数据库INSERT操作，平均时间上慢8个点 (802086-737700)*1.0/737700=0.08727938，当然这里并没有考虑索引维护等时间。

下面进行INSERT单次试验，检查CPU、IO消耗情况：

USE test
GO
SET STATISTICS IO ON
SET   STATISTICS TIME ON
INSERT INTO test
SELECT TOP(1000) * FROM sys.all_objects
ORDER BY NEWID()
SET STATISTICS IO OFF
SET   STATISTICS TIME OFF

加密数据库和非加密数据库逻辑读次数一致，总时间消耗差异9.5%，CPU消耗的时间是未加密的近1倍；可以看出加密数据库对CPU的计算能力要高，而提高CPU的计算能力，可以有效降低数据库加密后的对INSERT的影响。因为加密数据库的数据写入硬盘之前是要进行加密处理的。

SELECT 测试

测试样例

USE test
DECLARE @bdatetime AS DATETIME=GETDATE()
DECLARE @i INT=1
SET NOCOUNT ON
WHILE @i<100
BEGIN
      
      SELECT TOP(@i) * FROM test
      SET @i=@i+1
END
SELECT @bdatetime,GETDATE(),DATEDIFF(millisecond,@bdatetime,GETDATE())

test库测试结果：

test_TDE库测试结果：

因为100次查询的结果都不相同，对于加密数据库来说，每次都需要将数据读取到内存中解密，可以看出同样的查询，加密数据库消耗的时间几乎是不加密数据库的1倍。当然这个测试对于重复读取相同的数据时，平均影响较小。

下面进行单次查询，检验SELECT的CPU、IO消耗

USE test
GO
SET STATISTICS IO ON
SET   STATISTICS TIME ON
SELECT TOP(1000) * FROM test
SET STATISTICS IO OFF
SET   STATISTICS TIME OFF

两次查询逻辑读一样，TDE的查询占用时间反而低于非加密数据库的时间。单次测试可能存在较大误差。

UPDATE测试

测试样例：

USE test
DECLARE @bdatetime AS DATETIME=GETDATE()
DECLARE @i INT=1
SET NOCOUNT ON
WHILE @i<100
BEGIN
      
      UPDATE TOP(@i) test SET principal_id=1
      WHERE principal_id is null
      SET @i=@i+1
END
SELECT @bdatetime,GETDATE(),DATEDIFF(millisecond,@bdatetime,GETDATE())
GO

test库测试结果：

test_TDE 测试结果：

发现加密数据库和非加密数据库的更新操作时间差异较小，只有不到5个百分点。

如下单次执行UPDATE，检查CPU、IO的影响

USE test
GO
SET STATISTICS IO ON
SET   STATISTICS TIME ON
UPDATE TOP(100) test SET principal_id=1
      WHERE principal_id is null
SET STATISTICS IO OFF
SET   STATISTICS TIME OFF

发现TDE的UPDATE逻辑读、时间消耗均低于非加密数据库。

DELETE操作

测试样例：

USE test
DECLARE @bdatetime AS DATETIME=GETDATE()
DECLARE @i INT=1
SET NOCOUNT ON
WHILE @i<100
BEGIN
      
      DELETE TOP(@i) test
      WHERE principal_id is null
      SET @i=@i+1
END
SELECT @bdatetime,GETDATE(),DATEDIFF(millisecond,@bdatetime,GETDATE())
GO

test库测试结果：

test_TDE库测试结果：

删除的平均时间差异只有2.6个百分点。

如下单次DELETE对CPU、IO的影响

USE test
GO
SET STATISTICS IO ON
SET   STATISTICS TIME ON
DELETE TOP(100) test
WHERE principal_id=1
SET STATISTICS IO OFF
SET   STATISTICS TIME OFF

从单次删除来看，加密数据库的逻辑读远大于非加密数据库，达到了将近5倍，而CPU消耗更达到了近8倍，占用时间也在1倍以上。

创建索引

测试样例：

USE test
DECLARE @bdatetime AS DATETIME=GETDATE()
SET STATISTICS IO ON
SET   STATISTICS TIME ON
CREATE INDEX ix_test_principal_id ON test(principal_id)
SET STATISTICS IO OFF
SET   STATISTICS TIME OFF
SELECT @bdatetime,GETDATE(),DATEDIFF(millisecond,@bdatetime,GETDATE())
GO

test库测试结果：

test_TDE库测试结果：

索引创建时间、CPU消耗，加密数据库比非加密数据库多用了3个百分点左右。

对存储的影响

test数据库表test使用的存储空间：

ALTER TABLE [dbo].[test] REBUILD PARTITION = ALL
WITH
(DATA_COMPRESSION = ROW
)

行压缩后test数据中表test存储使用空间：

页压缩后test数据中表test存储使用空间：

数据库test_TDE表test的空间使用：

行压缩后test_TDE数据中表test存储使用空间：

页压缩后test_TDE数据中表test存储使用空间：

对比非加密数据库和加密数据库，数据库加密与否，对存储几乎没有影响。

TDE对备份影响测试

非加密数据库的非压缩备份

DECLARE @bdatetime DATETIME=GETDATE()
SET STATISTICS IO ON
SET STATISTICS TIME ON
BACKUP DATABASE test TO DISK='D:\test_f.bak'
WITH init,STATS=10
SET STATISTICS IO OFF
SET STATISTICS TIME OFF
SELECT @bdatetime,GETDATE(),DATEDIFF(millisecond,@bdatetime,GETDATE())

SQL Server 分析和编译时间:

   CPU 时间= 0 毫秒，占用时间= 1 毫秒。

 SQL Server 执行时间:

   CPU 时间= 0 毫秒，占用时间= 0 毫秒。

SQL Server 分析和编译时间:

   CPU 时间= 0 毫秒，占用时间= 1 毫秒。

 SQL Server 执行时间:

   CPU 时间= 0 毫秒，占用时间= 0 毫秒。

 SQL Server 执行时间:

   CPU 时间= 0 毫秒，占用时间= 0 毫秒。

 SQL Server 执行时间:

   CPU 时间= 0 毫秒，占用时间= 0 毫秒。

 SQL Server 执行时间:

   CPU 时间= 0 毫秒，占用时间= 0 毫秒。

已处理百分之10。

已处理百分之20。

已处理百分之30。

已处理百分之40。

已处理百分之50。

已处理百分之60。

已处理百分之70。

已处理百分之80。

已处理百分之90。

已为数据库'test'，文件'test' (位于文件1 上)处理了193248 页。

已处理百分之100。

已为数据库'test'，文件'test_log' (位于文件1 上)处理了1 页。

BACKUP DATABASE 成功处理了193249 页，花费23.636 秒(63.875 MB/秒)。

 SQL Server 执行时间:

   CPU 时间= 296 毫秒，占用时间= 23939 毫秒。

 SQL Server 执行时间:

   CPU 时间= 0 毫秒，占用时间= 0 毫秒。

 

非加密数据库的压缩备份

USE master
GO
SET NOCOUNT ON
DECLARE @bdatetime DATETIME=GETDATE()
SET STATISTICS IO ON
SET STATISTICS TIME ON
BACKUP DATABASE test TO DISK='D:\test_f_Com.bak'
WITH init,STATS=10,COMPRESSION
SET STATISTICS IO OFF
SET STATISTICS TIME OFF
SELECT @bdatetime,GETDATE(),DATEDIFF(millisecond,@bdatetime,GETDATE())

已处理百分之10。

已处理百分之20。

已处理百分之30。

已处理百分之40。

已处理百分之50。

已处理百分之60。

已处理百分之70。

已处理百分之80。

已处理百分之90。

已为数据库'test'，文件'test' (位于文件1 上)处理了193248 页。

已处理百分之100。

已为数据库'test'，文件'test_log' (位于文件1 上)处理了1 页。

BACKUP DATABASE 成功处理了193249 页，花费24.328 秒(62.058 MB/秒)。

 SQL Server 执行时间:

   CPU 时间= 281 毫秒，占用时间= 24702 毫秒。

 SQL Server 执行时间:

   CPU 时间= 0 毫秒，占用时间= 0 毫秒。

 

TDE数据库的非压缩备份

DECLARE @bdatetime DATETIME=GETDATE()
SET STATISTICS IO ON
SET STATISTICS TIME ON
BACKUP DATABASE test_TDE TO DISK='D:\test_TDE_f_Com.bak'
WITH init,STATS=10
SET STATISTICS IO OFF
SET STATISTICS TIME OFF
SELECT @bdatetime,GETDATE(),DATEDIFF(millisecond,@bdatetime,GETDATE())

已处理百分之10。

已处理百分之20。

已处理百分之30。

已处理百分之40。

已处理百分之50。

已处理百分之60。

已处理百分之70。

已处理百分之80。

已处理百分之90。

已为数据库'test_TDE'，文件'test_TDE' (位于文件1 上)处理了193248 页。

已处理百分之100。

已为数据库'test_TDE'，文件'test_TDE_log' (位于文件1 上)处理了1 页。

BACKUP DATABASE 成功处理了193249 页，花费38.212 秒(39.510 MB/秒)。

 SQL Server 执行时间:

   CPU 时间= 435 毫秒，占用时间= 38566 毫秒。

 SQL Server 执行时间:

   CPU 时间= 0 毫秒，占用时间= 0 毫秒。

 

TDE数据库的压缩备份

DECLARE @bdatetime DATETIME=GETDATE()
SET STATISTICS IO ON
SET STATISTICS TIME ON
BACKUP DATABASE test_TDE TO DISK='D:\test_TDE_f.bak'
WITH init,STATS=10,COMPRESSION
SET STATISTICS IO OFF
SET STATISTICS TIME OFF
SELECT @bdatetime,GETDATE(),DATEDIFF(millisecond,@bdatetime,GETDATE())

已处理百分之10。

已处理百分之20。

已处理百分之30。

已处理百分之40。

已处理百分之50。

已处理百分之60。

已处理百分之70。

已处理百分之80。

已处理百分之90。

已为数据库'test_TDE'，文件'test_TDE' (位于文件1 上)处理了193248 页。

已处理百分之100。

已为数据库'test_TDE'，文件'test_TDE_log' (位于文件1 上)处理了7 页。

BACKUP DATABASE 成功处理了193255 页，花费38.111 秒(39.615 MB/秒)。

 SQL Server 执行时间:

   CPU 时间= 3433 毫秒，占用时间= 50686 毫秒。

 SQL Server 执行时间:

   CPU 时间= 0 毫秒，占用时间= 0 毫秒。

 

加密数据库备份压缩效果要比非加密数据库差一倍，备份加密数据库开启压缩选项，会使得CPU耗时10倍增加，并且和为加压缩选项效果一样。

SQL Server 安全篇——SQL Server加密（3）——透明数据加密（TDE）
MVP黄钊吉（發糞塗牆）
02-27 3910
本文属于SQL Server安全专题系列    前面讲到的很多内容都是对数据加密和权限控制，这些主要在SQL Server内部，但是还有一种情况就是文件的安全性，除了在操作系统层面对文件进行访问控制之外，还要确保服务器被攻击之后文件被窃取的情况。为了避免文件被窃取后通过特权方式获得数据，有必要对文件也进行数据安全加密，在SQL Server中提供了一种叫透明数据加密（Transparent Dat...
mysql 加密 tde_[SQL Server] 利用透明数据加密(TDE)对整个数据库加密
weixin_34238178的博客
01-27 1039
using TDE encrypt SQL Database前言最近客户有需求想避免数据库(.mdf、.ldf)被偷走时，数据外泄流出刚好SQL Server的TDE加密功能满符合需求。TDE透明数据加密会对数据库整个加密，防范目标：有人已偷走数据库，没有凭证&私????的话，在附加数据库或还原备份数据库时就会报错，而没办法看到数据库里的数据。一般程序存取数据，或用SSMS进入SQL Serve...
SQL Server安全（9/11）：透明数据加密（Transparent Data Encryption）
weixin_34104341的博客
04-06 367
在保密你的服务器和数据，防备当前复杂的攻击，SQL Server有你需要的一切。但在你能有效使用这些安全功能前，你需要理解你面对的威胁和一些基本的安全概念。这篇文章提供了基础，因此你可以对SQL Server里的安全功能充分利用，不用在面对特定威胁，不能保护你数据的功能上浪费时间。 从让人眼花缭乱的客户端使用连接，通过到处分布的网络，尤其是互联网，关系数据库在各种应用程序里广泛使用。这使数据...
【数据库透明加密概述】数据库透明加密什么意思？如何用透明加密保护数据安全？（一文读懂）
最新发布
2401_85865355的博客
10-26 359
数据库透明加密作为一种先进的数据加密技术，以其独特的优势在数据安全领域发挥着重要作用。通过制定加密策略、部署加密模块、实施加密操作以及管理密钥和访问控制等措施，企业可以有效地保护数据安全，防止未经授权的访问和数据泄露。同时，优化性能和确保合规性也是企业在实施透明加密过程中需要关注的重要方面。编辑：文文。
细说SQL Server中的加密
weixin_33893473的博客
04-01 1109
简介     加密是指通过使用密钥或密码对数据进行模糊处理的过程。在SQL Server中，加密并不能替代其他的安全设置，比如防止未被授权的人访问数据库或是数据库实例所在的Windows系统，甚至是数据库所在的机房，而是作为当数据库被破解或是备份被窃取后的最后一道防线。通过加密，使得未被授权的人在没有密钥或密码的情况下所窃取的数据变得毫无意义。这种做法不仅仅是为了你的数据安全，有时甚至是法律所要...
SQLServer的TDE加密
01-17 601
TDE的主要作用是防止数据库备份或数据文件被偷了以后，偷数据库备份或文件的人在没有数据加密密钥的情况下是无法恢复或附加数据库的。 首先创建SQL Server中master系统数据库的MASTER KEY和CERTIFICATE: USE [master]; GO --查看master数据库是否被加密 SELECT name,is_master_key_enc...
SQL Server 透明数据加密 TDE（单实例）
Hehuyi_In的博客
01-16 3078
一、用途 透明数据加密（TDE）用于对SQL Server，Azure SQL数据库和Azure SQL数据仓库数据文件进行加密，称为静态加密数据。您可以采取一些预防措施来保护数据库，例如设计安全系统，加密机密资产以及构建防火墙。但是，在物理介质（例如备份磁带）被盗的情况下，恶意方可以通过恢复或附加数据库查看数据。一种解决方案是加密数据库中的敏感数据并保护用于使用证书加密数据的密钥，这可以防止...
SQL Server透明数据加密方法分析.pdf
09-19
本文对SQL Server中的一种特殊加密技术——透明数据加密（Transparent Data Encryption，简称TDE）进行了深入的分析。 首先，文章指出传统的安全措施，例如网络防护和身份验证授权机制，能够有效防止外部攻击，但...
SQL Server 2008中的代码安全（八）透明加密(TDE)
12-15
这几乎是SQL Server2008安全选项中最激动人心的功能了，有了它，我们至少可以将一些初级的恶意窥视拒之见外。 下面的两个例子将展示如何启用和维护透明数据加密。 示例一、启用透明加密(TDE)/********************...
SQL Server2012数据库TDE加密
勿念勿扰,相安静好
04-23 1336
SQL Server数据库TDE加密 1.1 案例环境介绍 完成本节数据TDE加密的演示，需要准备两台虚拟机环境，一台模拟生产数据库，一台模拟迁移还原的数据库环境。 1.1.1 案例环境配置 完成本章案例数据备份部分的学习，需要准备3个节点的环境。具体环境配置要求，见表6-3。 表6-3 本案例环境配置 序号 角色 IP地...
SQLServer2008的透明数据加密
04-26
对一个数据库管理员来说，当要保护你所支持的数据库时，安全是要考虑的最重要方面之一。我们使用多种机制和技术来保护我们的数据和数据库，例如防火墙、认证和数据加密。不过尽管我们为我们的环境设置了安全，但是关于数据库安全还总是有问题出现。尽管我们在保护我们的数据库，但是如果有人窃取mdf 文件或备份文件那么会怎么样呢?但是在SQL Server 2008之前没有什么方法来使用第三方解决方案控制这种场景也没有什么本地方法来处理这个问题。SQL Server 2008推出了一个新的特性来保护数据库，它叫做透明数据加密(Transparent Data Encryption)——TDE，它对整个数据库提供了保护。
浅谈SQL Server的透明数据加密 (TDE)
07-29
一篇关于TDE使用介绍的文章，原本是繁体字的。比SQLServer2008中的联机丛书介绍的要详细。
SQL Server 的透明数据加密
In-Memory Computing Technology
08-06 557
透明数据加密是SQL Server数据库安全众多特性中的一个，本文只针对透明数据加密。在此测试之前，已经按照文档创建了一个SQL Server 2019，并按照文档安装了样例数据库并导入了测试数据。这里的SQL Server虽然是2019，但其他版本的SQL Server也是类似的，SQL Server从2016版开始支持。以上的报警是提示你需要备份秘钥，略。其实SQL Server的加密架构，和Oracle，和MySQL都是一样的。都是两层秘钥架构，即主密钥和加密密钥。
SQL Server 2008 数据库透明加密
weixin_30487701的博客
07-26 313
数据透明加密注意事项： 1、数据库加密只能在 企业版本进行，非企业版不能加密 2、数据库加密完成，备份一个加密证书备用 3、数据库一旦加密就解除不了加密 （加密前你可以把备份的数据库还原到任意可以还原的机器数据库上，加密完以后 即使关闭加密，如果要在另外机器上还原也需要吧原先的加密证书导入到机器上） 数据加密步奏 1、创建数据库主密钥（每个数据库只有一个主密钥）...
SQLSERVER SQL TDE数据库加密操作
marc2719的博客
09-09 2264
SQLSERVER SQL TDE数据库加密操作 一、创建master数据库下的主数据库密钥 在Transact-SQL下执行 USE master CREATE MASTER KEY ENCRYPTION BY PASSWORD = N'master主数据密钥密码'; 二、创建证书用来保护数据库加密密钥 在Transact-SQL下执行 USE master CREATE CERTIFICATE master_server_cert WITH SUBJECT = N'证书的名称'; 三、创建数据库 提
SQL Server2016 数据库透明加密TDE、解密、加密备份数据还原
weixin_40344051的博客
10-20 1071
sql server数据库TED透明加密，解密，创建生成证书密钥，还原
SQL Server 2008中的TDE
cqpj28160的博客
03-27 186
在SQL Server 2005中，我们得到了一个新的功能：数据加密，在SQL Server 2008中，这一功能得到了进一步的增强。除了SQL Server 2005中支持的Cell级加密外，现在SQL Server 2...
SQL Server 2014原生备份加密：数据安全新升级
在此之前，为了对备份进行加密，开发者通常采取透明数据加密（TDE）或依赖第三方备份加密工具。然而，这两种方法都有其局限性。 TDE虽然能加密整个数据库和事务日志，但这种全局加密会增加CPU负担，且可能导致备份...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值