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());
}
}
}
B. c語言問題，運行時怎麼顯示超時了
按照操作系統中的說法，它給每一個進程都設定了時間的上限，超過一定的時間後就會報錯，所以，可能是你寫的程序裡面演算法使用的循環次數太多，或者是你的代碼裡面出現一些因為打字錯誤而導致的死循環（我以前經常犯這種錯誤）。總之，仔細檢查你的代碼，興許可以發現錯哪兒了。
#include<stdio.h>
int main()
{ int highapple[10];
int hightt;
int i,t=0;
for(i=0;i<10;i++)
{
scanf("%d%c",&highapple[i]);
}
scanf("%d",&hightt);
for (i=0;i<10;i++)
{
if(highapple[i]<=hightt+30)
{
t++;
}
}
printf("%d",t);
return 0;
if(highapple[i]<100&&highapple[i]>200&&hightt>120&&hightt<100)
{
return 0;
}
}
C. c語言怎樣連接資料庫
1、配置ODBC數據源。
2、使用SQL函數進行連接。
對於1、配置數據源，配置完以後就可以編程操作資料庫了。
對於2、使用SQL函數進行連接，參考代碼如下：
#include<windows.h>
#include<sql.h>
#include<sqlext.h>
void main()
{
HENV henv; //環境句柄
HDBC hdbc; //數據源句柄
HSTMT hstmt; //執行語句句柄
unsigned char datasource[]="數據源名稱"; //即源中設置的源名稱
unsigned char user[]= "用戶名"; //資料庫的帳戶名
unsigned char pwd[]= "密碼"; //資料庫的密碼
unsigned char search[]="select xm from stu where xh=0";
SQLRETURN retcode; //記錄各SQL函數的返回情況
// 分配環境句柄
retcode= SQLAllocEnv(&henv); // 等介於 SQLAllocHandle(SQL_HANDLE_ENV, SQL_NULL
, &henv);
// 設置ODBC環境版本號為3.0
retcode= SQLSetEnvAttr(henv, SQL_ATTR_ODBC_VERSION, (void*)SQL_OV_ODBC3, 0);
// 分配連接句柄
retcode= SQLAllocConnect(henv,&hdbc); // 等介於 SQLAllocHandle(SQL_HANDLE_DBC, henv, &hdbc);
//設置連接屬性,登錄超時為*rgbValue秒（可以沒有）
// SQLSetConnectAttr(hdbc, SQL_LOGIN_TIMEOUT, (SQLPOINTER)(rgbValue), 0);
//直接連接數據源
// 如果是windows身份驗證，第二、三參數可以是
，也可以是任何字串
//SQL_NTS 即 "
retcode= SQLConnect(hdbc,datasource, SQL_NTS, user, SQL_NTS , pwd, SQL_NTS );
//分配語句句柄
retcode= SQLAllocStmt(hdbc,&hstmt); // 等介於 SQLAllocHandle(SQL_HANDLE_STMT, hdbc, &hstmt);
//直接執行查詢語句
retcode=SQLExecDirect(hstmt,search,SQL_NTS);
//將數據緩沖區綁定資料庫中的相應欄位（i是查詢結果集列號，queryData是綁定緩沖區，BUFF_LENGTH是緩沖區長度）
SQLBindCol(hstmt, i, SQL_C_CHAR, queryData[i-1], BUFF_LENGTH, 0);
//遍歷結果集到相應緩沖區 queryData
SQLFetch(hstmt);
/*
*對遍歷結果的相關操作，如顯示等
*/
//注意釋放順序，否則會造成未知錯誤！
SQLFreeHandle(SQL_HANDLE_STMT, hstmt);
SQLDisconnect(hdbc);
SQLFreeHandle(SQL_HANDLE_DBC, hdbc);
SQLFreeHandle(SQL_HANDLE_ENV, henv);
}
D. 我這C語言為什麼超時 啊 要怎麼改
求余是一個挺耗時的操作，我不知道你寫的是什麼題目，建議少用求余，當數字大，循環多的時候，求余挺耗時的，你可以考慮換一下思路