資料庫超時時間

⑴ 資料庫等待連接超時問題

用連接池，超過最大空閑時間，會自動收回到池子里，等待調用

⑵ 在連接雲資料庫Redis時，經常出現固定時間連接超時，可能原因是什麼

在連接移動雲雲資料庫Redis時，如果出現固定時間超時，可能是因為一些中間件設置了超時時間，比如nginx、haproxy等，才導致應用在固定時間不連接Redis後，連接被中間件主動斷開。此時，可以選擇定時連接一次Redis或者增大中間件超時時間，防止連接主動斷開。同時，已實名認證的移動雲用戶均可參與狂歡雙11，「移」價到底的特惠活動，雲資料庫Redis可享受首購特惠，最低2.88元/月起。了解移動雲雲資料庫Redis更多詳情，請搜索關鍵詞「移動雲雲資料庫Redis」，登錄移動雲官網進行注冊。

⑶ 連接sql Server時 出現超時時間已到，在操作完成之前超時間已過或伺服器未響應

連接SQl Server時 出現超時時間已到，在操作完成之前超時間已過或伺服器未響應是設置錯誤造成的，解決方法為：

1、連接資料庫的方法代碼。

⑷ 如何設置資料庫的連接數和連接超時時間

如何設置資料庫的連接數和連接超時時間
連接數的話可以修改spfile文件來約束
查看當前的連接數：
select count(*) from v$process;
–資料庫允許的最大連接數：
select value from v$parameter where name = 『processes』；
–修改最大連接數：alter system set processes = 500 scope = spfile;
–重啟資料庫：shutdown immediate;
startup;
–查看當前有哪些用戶正在使用數據
SELECT osuser, a.username,cpu_time/executions/1000000||』s』, sql_fulltext,machine
from v$session a, v$sqlarea b where a.sql_address =b.address order by cpu_time/executions desc;
連接超時時間的話有很多辦法，最常用的是
在你的oracle伺服器的 $ORACLE_HOME/network/admin 中的 sqlnet.ora中設置參數SQLNET.EXPIRE_TIME= n n為一個指定的分鍾數
當客戶端中斷，在 n 分鍾內就可以自動斷開連接。

⑸ 如何配置MySQL資料庫超時設置

大規模多線程操作事務的時候，有時候打開一個鏈接，會進行等待，這時候如果資料庫的超時時間設置的過短，就可能會出現，數據鏈接自動被釋放，當然設置過大也不好，慢SQL或其他因素引起的鏈接過長，導致整個系統被拖慢，甚至掛掉。SO，適當的設置超時時間。設置方法：

SHOW GLOBAL VARIABLES LIKE '%timeout%'
SET GLOBAL wait_timeout=10000

網頁鏈接

⑹ C#連接mysql資料庫，怎麼設置超時時間

MySQL查詢超時的設置方法

為了優化OceanBase的query timeout設置方式，特調研MySQL關於timeout的處理，記錄如下。

[plain]
mysql> show variables like '%time%';
+----------------------------+-------------------+
| Variable_name | Value |
+----------------------------+-------------------+
| connect_timeout | 10 |
| datetime_format | %Y-%m-%d %H:%i:%s |
| delayed_insert_timeout | 300 |
| flush_time | 1800 |
| innodb_lock_wait_timeout | 50 |
| innodb_old_blocks_time | 0 |
| innodb_rollback_on_timeout | OFF |
| interactive_timeout | 28800 |
| lc_time_names | en_US |
| lock_wait_timeout | 31536000 |
| long_query_time | 10.000000 |
| net_read_timeout | 30 |
| net_write_timeout | 60 |
| slave_net_timeout | 3600 |
| slow_launch_time | 2 |
| system_time_zone | |
| time_format | %H:%i:%s |
| time_zone | SYSTEM |
| timed_mutexes | OFF |
| timestamp | 1366027807 |
| wait_timeout | 28800 |
+----------------------------+-------------------+
21 rows in set, 1 warning (0.00 sec)

重點解釋其中幾個參數：

connect_timeout:

The number of seconds that the mysqld server waits for a connect packet before respondingwith Bad handshake. The default value is 10 seconds as of MySQL 5.1.23 and 5 seconds before that. Increasing the connect_timeout value might help if clients frequently encounter errors of the form Lost connection to MySQL server at 『XXX』, system error: errno.
解釋：在獲取鏈接時，等待握手的超時時間，只在登錄時有效，登錄成功這個參數就不管事了。主要是為了防止網路不佳時應用重連導致連接數漲太快，一般默認即可。

interactive_timeout:

The number of seconds the server waits for activity on an interactive connection before closing it. An interactive client is defined as a client that uses the CLIENT_INTERACTIVE option to mysql_real_connect(). See alsowait_timeout.

解釋：一個持續SLEEP狀態的線程多久被關閉。線程每次被使用都會被喚醒為acrivity狀態，執行完Query後成為interactive狀態，重新開始計時。wait_timeout不同在於只作用於TCP/IP和Socket鏈接的線程，意義是一樣的。

MySQL可以配置連接的超時時間，這個時間如果做得太長，甚至到了10min，那麼很可能發生這種情況，3000個鏈接都被占滿而且sleep在哪，新鏈接進不來，導致無法正常服務。因此這個配置盡量配置一個符合邏輯的值，60s或者120s等等。
說人話：

命令行下面敲一個命令後，直至下一個命令到來之前的時間間隔為interactive_time，如果這個時間間隔超過了interactive_timeout，則連接會被自動斷開，下一個命令失敗。不過一般的mysql客戶端都有自動重連機制，下一個命令會在重連後執行。

[sql]
mysql> set interactive_timeout = 1;
Query OK, 0 rows affected (0.00 sec)

mysql> show session variables like '%timeout%';
+----------------------------+----------+
| Variable_name | Value |
+----------------------------+----------+
| connect_timeout | 10 |
| interactive_timeout | 1 |
| wait_timeout | 28800 |
+----------------------------+----------+
10 rows in set (0.00 sec)

=====

[sql]
mysql> set wait_timeout = 1;
Query OK, 0 rows affected (0.00 sec)
【去泡杯茶，等會兒】

mysql> show session variables like '%timeout%';
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id: 7
Current database: *** NONE ***

+----------------------------+----------+
| Variable_name | Value |
+----------------------------+----------+
| connect_timeout | 10 |
| interactive_timeout | 28800 |
| wait_timeout | 28800 |
+----------------------------+----------+
10 rows in set (0.01 sec)

wait_timeout:
The number of seconds the server waits for activity on a noninteractive connection (連接上沒有活動命令，可能是客戶端喝咖啡去了。)before closing it. Before MySQL 5.1.41, this timeout applies only to TCP/IP connections, not to connections made through Unix socket files, named pipes, or shared memory.
On thread startup, the session wait_timeout value is initialized from the global wait_timeout value or from the global interactive_timeout value, depending on the type of client
這里順帶解釋一下什麼是non-interactive connection

> Non-Interactive Commands
Just do a quick look up on a table without logging into the client, running the query then logging back out again.
You can instead just type one line using the ' -e ' flag.
[sql]
c:\mysql\bin\mysql -u admin -p myDatabase -e 'SELECT * FROM employee'

net_read_timeout / net_write_timeout
The number of seconds to wait for more data from a connection before aborting the read. Before MySQL 5.1.41, this timeout applies only to TCP/IP connections, not to connections made through Unix socket files, named pipes, or shared memory. When the server is reading from the client, net_read_timeout is the timeout value controlling when to abort. When the server is writing to the client, net_write_timeout is the timeout value controlling when to abort. See also slave_net_timeout.
On Linux, the NO_ALARM build flag affects timeout behavior as indicated in the description of the net_retry_count system variable.
解釋：這個參數只對TCP/IP鏈接有效，分別是資料庫等待接收客戶端發送網路包和發送網路包給客戶端的超時時間，這是在Activity狀態下的線程才有效的參數

JDBC setQueryTimeout函數：

為了避免查詢出現死循環，或時間過長等現象，而導致線程阻塞，在獲得Statement的實例後，stmt.setQueryTimeout(10); 避免因為查詢導致程序出現線程阻塞。

但昨天發現程序出現了，「ORA-01013: 用戶請求取消當前的操作」的異常。手工執行出錯SQL語句發現，這個語句耗時20多秒。因為setQueryTimeout(10)，所以還沒有執行完查詢語句就拋出異常了。使用setQueryTimeout(10)時一定要把時間設置的長一些，如60秒以上。只要不導致線程長期阻塞，就可以。太短了容易拋出，「ORA-01013: 用戶請求取消當前的操作」的異常

JDBC實現setQueryTimeout的原理：

[java]
class IfxCancelQueryImpl extends TimerTask
implements IfmxCancelQuery
{
IfxStatement stmt;
Timer t = null;

public void startCancel(IfxStatement paramIfxStatement, int paramInt)
throws Exception
{
this.stmt = paramIfxStatement;
this.t = new Timer(true);
this.t.schele(this, paramInt * 1000);
}

public void run()
{
try
{
this.stmt.cancel();
this.t.cancel();
}
catch (SQLException localSQLException)
{
this.t.cancel();
throw new Error(localSQLException.getErrorCode() + ":" + localSQLException.getMessage());
}
}
}

⑺ 資料庫查詢超時怎麼回事

所謂的資料庫超時就是你的程序在向資料庫請求數據時所用的時間超過了限定時間,這個時間是可以設置的.樓主自己查一下(我好長時間不做ASP了,記得好像在Command對象里),但產生這個問題的原因可能是你的程序有問題.只作參考.

⑻ 如何設置資料庫的連接數和連接超時時間

以spring+mybatis為例

1.配置datasource時指定如下信息

⑼ springboot升級最新版,報資料庫連接超時

springboot升級最新版，報資料庫連接超時：
1、修改mysql的超時時間為永不超時，具體方案自行網路。
2、設置springbootDataSource屬性（重點介紹）查看源DataSourceConfiguration.class（spring-boot-autoconfigure包中）發現springboot1.X默認採用tomcat連接池（官方文檔實錘，2.X更改為HikariCP），故需要對tomcat連接池進行配置。