database-performance

    2熱度

    1回答

    我有一個子查詢,應該是快如閃電查詢,而是它的unusably緩慢。任何人都可以建議讓MySQL正常運行的方法嗎? 使用MySQL服務器版本:41年5月5日的MySQL社區服務器(GPL) 做一個組合查詢: Explain SELECT * FROM StudySpecSubject WHERE SubjectID IN ( SELECT SubjectID FROM StudySpe

    0熱度

    1回答

    我在優化語句時遇到問題。對應的表(INTERVAL_TBL)包含大約11.000.000行,這使得我的測試系統中這條語句花費了大約8秒。即使在專用的Oracle服務器上(24GB內存,17GB數據庫大小),也需要大約4-5秒的時間。 SELECT ID, STATUS_ID, INTERVAL_ID, BEGIN_TS, END_TS, PT, DISPLAYTEXT, RSC FROM (

    1熱度

    1回答

    我有一個SQL Server 2014中有大量行的表。我們稱之爲TableA。 我需要查詢其PK(自動增量ID,聚集鍵)爲幾乎所有行(比方說,該行的97%),且該結果集通常是在通過另一個表(表B)加入外鍵(我們稱之爲FK_A)。 查詢看起來像: SELECT TableB.someColumnNotFKNorPK FROM TableB INNER JOIN Ta

    0熱度

    1回答

    刀片我用一個很簡單的for循環的性能插入大量的文件到MongoDB的集合,像這樣: for (var i = 1; i <= 100000; i++) { db.test.insert( { id: i, f_name: "Alex", l_name: "Jones" } ) } 什麼是最簡單的方法讓我看看整個操作需要多長

    -1熱度

    1回答

    我們有一個產品,需要我們公司的職員批准後才能向數據庫表中寫入超過1000條記錄。一次寫入這些記錄的傳統方式可以是循環或MySQL批量直接插入到表中。 除此之外,我還有幾個表正在由CRON工作檢查,並且一次更新2000個記錄的另一個表。 我很想知道是否應該繼續進行MySQL批量插入(這是對性能的影響),還是使用像Kafka這樣的事件處理工具? 想知道您的意見。 預先感謝您。

    0熱度

    1回答

    運行以下查詢後: SELECT [hour], count(*) as hits, avg(elapsed) FROM myTable WHERE [url] IS NOT NULL and floordate >= '2017-05-01' group by [hour] 執行計劃基本上是一個聚集索引掃描的PK(INT,自動遞增,工作的97%) 的事情是:URL上有一個索引(普通索引,

    1熱度

    1回答

    在過去的幾天裏,我們遇到了MySQL(舊版本5.1.69)的一些奇怪的性能問題。 慢日誌顯示的東西,如: # [email protected]: jboss[jboss] @ localhost [127.0.0.1] # Query_time: 46.595796 Lock_time: 0.000022 Rows_sent: 0 Rows_examined: 0 SET timestamp

    1熱度

    1回答

    我有駕駛我(和我的客戶)了牆的問題。他們在Windows上運行MySQL的 - 我繼承了這個平臺,我沒有設計它,更改爲MSSQL在Windows或MySQL實例遷移到* NIX VM是不是在這個階段的選項。 服務器是一個Windows VM,合理specced(4個vCores,16 GB RAM等) 開始 - 他們有一個操作系統的單盤,MySQL和MySQL的備份位置,他們得到不一致備份,定期與

    3熱度

    2回答

    我正在開發基於SQL數據庫的預訂系統(對特定數據庫沒有限制)。 模式: 工作流程: 現在我使用基於cusom組通過過濾邏輯特殊的 'actual_reservations' 以實際確定放置如下預訂: CREATE VIEW `reserv-io`.`actual_reserved_resources` AS SELECT `r`.`id`, `a`.`re

    0熱度

    1回答

    我試圖優化這個存儲過程。目前,從鏈條的頂端完成此次迭代可能需要約2.4-2.7秒。如果可能的話,我很樂意將其降至1秒以下。 我已經在我能做些什麼來優化這個最MySQL的自己的祕訣,不工作做了研究。您無法使用LOCK表或在存儲過程中使用LOAD DATA語句。運行測試時,看起來INSERT INTO SELECT語句在這個查詢中佔用了大部分時間。 當我跑了一個電話,我得到了2.6秒周圍13 INSE