java 程序连接数据库不稳定是怎么回事

java 程序连接数据库不稳定是怎么回事,第1张

仅仅8个用户的登陆,还不足以让SQL SERVER不稳定。

可能是由于服务器上的数据库安装的有问题或者是你的代码有问题导致的。

检查一下吧,毕竟,单机环境和网络环境要考虑的东西是不一样的。

不安全,给你两个加密解密函数

/// <summary>

/// DES加密,密钥为8位字符

/// </summary>

/// <param name="strEncrypt">需要加密的字符串</param>

/// <param name="strKey">8位的密钥</param>

/// <returns></returns>

public static string DesEncrypt(string strEncrypt, string strKey)

{

if (stringIsNullOrEmpty(strEncrypt)) return null;

try

{

DESCryptoServiceProvider des = new DESCryptoServiceProvider();

byte[] inputByteArray = EncodingDefaultGetBytes(strEncrypt);

desKey = ASCIIEncodingASCIIGetBytes(strKey);

desIV = ASCIIEncodingASCIIGetBytes(strKey);

MemoryStream ms = new MemoryStream();

CryptoStream cs = new CryptoStream(ms, desCreateEncryptor(), CryptoStreamModeWrite);

csWrite(inputByteArray, 0, inputByteArrayLength);

csFlushFinalBlock();

StringBuilder ret = new StringBuilder();

foreach (byte b in msToArray())

{

retAppendFormat("{0:X2}", b);

}

retToString();

return retToString();

}

catch

{

return null;

}

}

/// <summary>

/// DES解密,密钥为8为字符

/// </summary>

/// <param name="strDecrypt">需要加密的字符串</param>

/// <param name="strKey">8位的密钥</param>

/// <returns></returns>

public static string DesDecrypt(string strDecrypt, string strKey)

{

if (stringIsNullOrEmpty(strDecrypt)) return null;

try

{

DESCryptoServiceProvider des = new DESCryptoServiceProvider();

byte[] inputByteArray = new byte[strDecryptLength / 2];

for (int x = 0; x < strDecryptLength / 2; x++)

{

int i = (ConvertToInt32(strDecryptSubstring(x 2, 2), 16));

inputByteArray[x] = (byte)i;

}

desKey = ASCIIEncodingASCIIGetBytes(strKey);

desIV = ASCIIEncodingASCIIGetBytes(strKey);

MemoryStream ms = new MemoryStream();

CryptoStream cs = new CryptoStream(ms, desCreateDecryptor(), CryptoStreamModeWrite);

csWrite(inputByteArray, 0, inputByteArrayLength);

csFlushFinalBlock();

return SystemTextEncodingDefaultGetString(msToArray());

}

catch

{

return null;

}

}

}

使用方法,先把连接字符串加密

string strConnEnc = DesEncrypt(strConn,'abcd1234');

然后 strConnEnc 就是加密过的了,可以写在配置文件webconfig里头或别的地方

使用的时候

DesDecrypt(strConnEnc,'abcd1234')

调出来结果就是连接字符串了,可以用来连接数据库了

1、MySQL数据库系统允许的最大可连接数max_connections。这个参数是可以设置的。如果不设置,默认是100。最大是16384。

2、数据库当前的连接线程数threads_connected。这是动态变化的。

查看max_connections、max_connections的办法见后。

如果

threads_connected

==

max_connections

时,数据库系统就不能提供更多的连接数了,这时,如果程序还想新建连接线程,数据库系统就会拒绝,如果程序没做太多的错误处理,就会出现类似强坛的报错信息。

因为创建和销毁数据库的连接,都会消耗系统的资源。而且为了避免在同一时间同时打开过多的连接线程,现在编程一般都使用所谓数据库连接池技术。

但数据库连接池技术,并不能避免程序错误导致连接资源消耗殆尽。

这种情况通常发生在程序未能及时释放数据库连接资源或其他原因造成数据库连接资源不能释放,但强坛系统估计不会发生这种低级的编程错误。

该错误的简便的检查办法是,在刷新强坛页面时,不断监视threads_connected的变化。如果max_connections足够大,而

threads_connected值不断增加以至达到max_connections,那么,就应该检查程序了。当然,如果采用数据库连接池技术,

threads_connected增长到数据库连接池的最大连接线程数时,就不再增长了。

从强坛出错的情况看,更大的可能性是数据库系统没能进行适当地配置。下面提出一点建议。供参考

让你们的工程师把MySQL的最大允许连接数从默认的100调成32000。这就不会老出现连接过多的问题了。

查看max_connections

进入MySQL,用命令:

show

variables

查看数据库最大可连接数的变量值:

max_connections

查看threads_connected

进入MySQL,用命令:

show

status

查看当前活动的连接线程变量值:

threads_connected

设置max_connections

设置办法是在mycnf文件中,添加下面的最后红色的一行:

[mysqld]

port=3306

#socket=MySQL

skip-l

关闭数据库连接 readtimeout 的具体方法可以因不同数据库而异。如果您使用的是 MySQL 数据库,您可以尝试以下方法:

1 登录到 MySQL 数据库的客户端。

2 执行 SHOW VARIABLES LIKE 'connect_timeout' 来检查当前连接超时设置的时间,如果需要更改,您可以执行 SET GLOBAL connect_timeout=30; 来将连接超时时间设置为 30 秒(可根据实际情况进行更改)。

3 执行 SHOW VARIABLES LIKE 'wait_timeout' 来检查当前等待连接超时设置的时间,如果需要更改,您可以执行 SET GLOBAL wait_timeout=28800; 将等待连接的超时时间设置为 8 小时(可根据实际情况进行更改)。

4 关闭数据库连接的具体方法可以因实现方式而异,但一般建议在使用完数据库连接后,及时将其关闭。您可以在代码中使用 close() 方法来手动关闭数据库连接,或者使用 try-with-resources 语句块,在语句块结束后自动关闭数据库连接。

请注意,关闭数据库连接需要遵循一定的约定和规则,否则可能导致未正常释放资源和造成内存泄漏等问题。因此,在进行关闭 *** 作时,建议您参考数据库文档和开发规范,并遵循最佳实践进行 *** 作。

SQLServer默认是不允许远程连接的,如果想要在本地用SSMS连接远程服务器上的SQLServer,远程连接数据库。需要做两个部分的配置:

1,SQLServerManagementStudioExpress(简写SSMS)

2,SQLServer配置管理器/SQLServerManager(简写SSCM)

jingyan/article/html

可参考上文进地配置后再访问

以上就是关于java 程序连接数据库不稳定是怎么回事全部的内容,包括:java 程序连接数据库不稳定是怎么回事、C# winform程序连接数据库直连安全吗、如何轻松解决MYSQL数据库连接过多的错误等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/9869394.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-02
下一篇 2023-05-02

发表评论

登录后才能评论

评论列表(0条)

保存