SP_INS_PUBLIC_NHANVIEN存储过程非对称密钥创建失败且LUONG为NULL的原因排查

让我们一步步拆解你遇到的两个问题——非对称密钥未创建、LUONG字段为NULL，其实它们是连锁反应：

1. 动态SQL创建非对称密钥的语法错误（核心原因） #

你的动态SQL语句拼接时犯了一个常见错误：密码参数@MK没有被单引号包裹，导致SQL Server无法识别它作为字符串密码。

原代码中的拼接逻辑：

SET @C = 'CREATE ASYMMETRIC KEY '+@MANV+' WITH ALGORITHM = RSA_512 ENCRYPTION BY PASSWORD = '+@MK+''

假设@MK的值是'P@ssw0rd'，拼接后实际执行的语句会是：

CREATE ASYMMETRIC KEY NV001 WITH ALGORITHM = RSA_512 ENCRYPTION BY PASSWORD = P@ssw0rd

这显然是错误的——P@ssw0rd会被SQL Server当作标识符而非字符串密码，直接导致语句执行失败，密钥自然创建不了。

修复方案： #

给@MK加上单引号，同时为了避免@MK本身包含单引号导致语法错误，建议用REPLACE转义单引号；另外，用QUOTENAME()包裹@MANV，确保密钥名称即使包含特殊字符也能正确识别：

SET @C = 'CREATE ASYMMETRIC KEY ' + QUOTENAME(@MANV) + ' WITH ALGORITHM = RSA_512 ENCRYPTION BY PASSWORD = ''' + REPLACE(@MK, '''', '''''') + ''''

2. LUONG字段为NULL是密钥创建失败的连锁结果 #

当非对称密钥创建失败时，ASYMKEY_ID(@MANV)会返回NULL，而ENCRYPTBYASYMKEY函数在传入的密钥ID为NULL时，会直接返回NULL，这就是LUONG字段值为空的原因。只要修复了密钥创建的问题，这个字段的值就能正常生成。

3. 额外需要检查的权限问题 #

即使语法正确，执行存储过程的用户也需要**ALTER ANY ASYMMETRIC KEY**权限（或数据库级的CONTROL权限）才能创建非对称密钥。如果权限不足，动态SQL同样会执行失败，导致后续问题。

你可以用以下语句给用户授予权限（替换为实际用户名）：

GRANT ALTER ANY ASYMMETRIC KEY TO [YourUserName];

验证建议 #

修复后，你可以先单独执行拼接后的动态SQL语句，确认密钥能正常创建，再测试存储过程的整体执行效果。另外，建议在存储过程中加入错误捕获逻辑（比如TRY...CATCH），方便排查后续的执行错误：

CREATE PROC [dbo].[SP_INS_PUBLIC_NHANVIEN](
    @MANV varchar(20), 
    @HOTEN nvarchar(100), 
    @EMAIL varchar(20), 
    @LUONGCB nvarchar(100), 
    @TENDN nvarchar(100), 
    @MK nvarchar(20)
) AS 
BEGIN
    BEGIN TRY
        DECLARE @C NVARCHAR(MAX) 
        SET @C = 'CREATE ASYMMETRIC KEY ' + QUOTENAME(@MANV) + ' WITH ALGORITHM = RSA_512 ENCRYPTION BY PASSWORD = ''' + REPLACE(@MK, '''', '''''') + ''''
        EXEC(@C)

        INSERT INTO NHANVIEN (MANV, HOTEN, EMAIL, LUONG, TENDN, MATKHAU, PUBKEY) 
        VALUES (@MANV, @HOTEN, @EMAIL, ENCRYPTBYASYMKEY(ASYMKEY_ID(@MANV),@LUONGCB), @TENDN, HASHBYTES('SHA1', @MK), @MANV)
    END TRY
    BEGIN CATCH
        SELECT ERROR_MESSAGE() AS ErrorMessage;
        -- 可以根据需要添加回滚逻辑
    END CATCH
END;

内容的提问来源于stack exchange，提问作者Quyền Nguyễn