當前位置:首頁 » 數據倉庫 » 查詢資料庫卡
擴展閱讀
webinf下怎麼引入js 2023-08-31 21:54:13
堡壘機怎麼打開web 2023-08-31 21:54:11

查詢資料庫卡

發布時間: 2022-04-29 02:27:55

⑴ mysql 查詢導致卡死

這種情況一般是你的數據表數據過多,你查詢顯示的數據條數過多造成查詢時間過久卡死,優化你的查詢條件,盡量不要一次性查詢結果過多

⑵ GBase 8a 資料庫查詢報錯或卡住,耗時超長如何解決

這種報錯通常是磁碟物理部分扇區損壞。
需要嘗試reboot,看能否恢復。
維修、更換磁碟,重做raid,文件系統。資料庫做節點替換。

確認服務是否啟動
V8
ps -ef|grep corosync
v9

ps -ef|grep gcware
如果服務不存在,且確實沒有啟動服務,那麼請先啟動。如果啟動了,還是報錯或進程不再,請根據後面報錯信息排查。

排查

Base 8a 通過strace 排查gcadmin 報錯原因
無法連接

這個錯誤,只有V9才會出現。
服務都沒啟動

GBase 8a集群常見報錯[gcadmin] Could not initialize CRM instance error: [122]->[can not connect to any server]
GC_AIS_ERR_TRY_AGAIN
正常啟動後同步REDOLOG
GBase 8a在服務啟動後同步REDOLOG數據出現的GC_AIS_ERR_TRY_AGAIN
腦裂
GBase 8a 腦裂導致的gcadmin報錯GC_AIS_ERR_TRY_AGAIN
干擾
GBase 8a 集群服務corosync、gcware由於其它IP干擾導致異常
網卡故障
GBase 8a資料庫網卡故障導致gcware服務異常
磁碟或內存不足
GBase 8a資料庫gcware/corosync服務頻繁重啟的原因 GC_AIS_ERR_TRY_AGAIN
GBase 8a corosync 日誌報錯 No space left on device
網路超時
GBase 8a集群常見報錯ERROR [CLM ] port_scanning error sockfd:81 time:1(ms) cfg_connect_timeout:5000(ms) error
GC_AIS_ERR_INVALID_PARAM
GBase 8a新安裝或擴容後執行SQL報錯 Can』t get vcId by distributionId:0, having error:GC_AIS_ERR_INVALID_PARAM
GC_AIS_ERR_NOT_EXIST
GBase 8a 管理命令gcadmin報錯GC_AIS_ERR_NOT_EXIST

⑶ plsql 遠程連接資料庫,查詢數據就卡死

在改欄位上添加索引就是了,一下是Oracle索引創建規則:

1、表的主鍵、外鍵必須有索引;
2、數據量超過300的表應該有索引;
3、經常與其他表進行連接的表,在連接欄位上應該建立索引;
4、經常出現在Where子句中的欄位,特別是大表的欄位,應該建立索引;
5、索引應該建在選擇性高的欄位上;
6、索引應該建在小欄位上,對於大的文本欄位甚至超長欄位,不要建索引;
7、復合索引的建立需要進行仔細分析;盡量考慮用單欄位索引代替:
A、正確選擇復合索引中的主列欄位,一般是選擇性較好的欄位;
B、復合索引的幾個欄位是否經常同時以AND方式出現在Where子句中?單欄位查詢是否極少甚至沒有?如果是,則可以建立復合索引;否則考慮單欄位索引;
C、如果復合索引中包含的欄位經常單獨出現在Where子句中,則分解為多個單欄位索引;
D、如果復合索引所包含的欄位超過3個,那麼仔細考慮其必要性,考慮減少復合的欄位;
E、如果既有單欄位索引,又有這幾個欄位上的復合索引,一般可以刪除復合索引;
8、頻繁進行數據操作的表,不要建立太多的索引;
9、刪除無用的索引,避免對執行計劃造成負面影響;
以上是一些普遍的建立索引時的判斷依據。一言以蔽之,索引的建立必須慎重,對每個索引的必要性都應該經過仔細分析,要有建立的依據。因為太多的索引與不充分、不正確的索引對性能都毫無益處:在表上建立的每個索引都會增加存儲開銷,索引對於插入、刪除、更新操作也會增加處理上的開銷。另外,過多的復合索引,在有單欄位索引的情況下,一般都是沒有存在價值的;相反,還會降低數據增加刪除時的性能,特別是對頻繁更新的表來說,負面影響更大。

⑷ 資料庫寫入數據很卡,查詢也很慢,懂的高手請來,賞分解決可以追加分

看這種現象,估計是SQL語句寫的不夠好,SQL要用綁定變數的方式,影響查詢性能主要就是執行SQL過多,而且SQL寫的不好,無效索引過多,第一步必須優化SQL,之後就是清理歷史數據,清理無用索引,大表數據可以用分區表,還有就是tomcat的性能也需要注意,如果太卡,重啟一下tomcat試試,是否有效果

⑸ mysql資料庫表卡死怎麼辦

改動網站程序的情況下,辦法有很多種。
不改動的情況下,
1、提高伺服器的腳本語言(如PHP)的溢出時間配置,來應對超時查詢
2、調整或優化mysql伺服器的各個相關配置,如並發數等等關繫到mysql查詢運算效率的配置

⑹ spring整合mybatis查詢資料庫時卡死什麼原因

sql鎖死了吧。看看有沒有鎖sql語句了,再看看關聯欄位是不是採用相同的格式,如果不是,就會出現sql執行越來越慢,最後直接導致查詢堵塞的情況

⑺ 頻繁的查詢遠程oracle資料庫 會卡死

多次查詢建議適用bacth方式。
還有就是每次鏈接完資料庫之後要coon.close().關閉鏈接和resultSet

⑻ sql sever2000資料庫操作卡的問題

1看你運行SQL server 2000 伺服器的配置 如果是單機的,就要看你電腦的配置了。

2.配置沒問題的話,是遠程訪問資料庫伺服器要看下 網速如何

3.查詢操作的時候 一定要優化SQL 語句,例如查詢一個表,一般會select * from table 但是為了節省資源,建議查詢 select column1,column2,columnN from table 能夠快些

⑼ asp.net查詢資料庫大數據卡的要死有什麼方法決解

好幾萬數據不算多,幾千萬條數據也沒有像你說的那麼卡,你得分析下以下幾方面原因:
1、將你查詢的SQL放到資料庫中執行看需要用多少時間,如果時間比較長的話,首先要從你的查詢進行優化,比如說像樓上說的是不是查詢了太多不需要的數據,有沒有分頁,還有就是查詢條件的問題,是不是用了太多嵌套查詢,是不是應該給查詢頻繁的欄位加索引,是不是考慮用存儲過程替代SQL語句
2、檢查不綁定GridView之前頁面的載入速度,如果不綁定就比較慢的話,你得看程序是不是哪裡有問題,是不是套用了太多的iframe,是不是綁定了過多的數據源控制項,是不是初始化的js報錯

其實最好的辦法是你把你的代碼貼出來給大家看看,分析分析,更有針對性

⑽ 如果你上班發現資料庫有卡頓怎麼解決

可以重新重啟電腦程序,讓資料庫自行恢復,刷新功能,不在卡頓,使得電腦資料庫裡面的內容更加的完善。