A. SQL7.0資料庫溢出問題
可能是由於數據所在區硬碟空間滿造成的,我以前遇到過這樣的事情.你試著把空間放大一些試試.
B. 你好，java 向資料庫添加大量數據時內存溢出 在不改變內存的情況下如何解決 你當時是怎麼解決的
比如想將一個1000W數據的資料庫表，導出到文件；此時，你要麼進行分頁，oracle當然用三層包裝即可，mysql用limit，不過分頁每次都會新的查詢，而且隨著翻頁，會越來越慢，其實我們想拿到一個句柄，然後向下游動，編譯一部分數據（如10000行）將寫文件一次（寫文件細節不多說了，這個是最基本的），需要注意的時候每次buffer的數據，在用outputstream寫入的時候，最好flush一下，將緩沖區清空下；接下來，執行一個沒有where條件的SQL，會不會將內存撐爆？是的，這個問題我們值得去思考下，通過API發現可以對SQL進行一些操作，例如，通過：PreparedStatement statement = connection.prepareStatement(sql)，這是默認得到的預編譯，還可以通過設置：PreparedStatement statement = connection.prepareStatement(sql , ResultSet.TYPE_FORWARD_ONLY , ResultSet.CONCUR_READ_ONLY);
來設置游標的方式，以至於游標不是將數據直接cache到本地內存，然後通過設置statement.setFetchSize(200);設置游標每次遍歷的大小；OK，這個其實我用過，oracle用了和沒用沒區別，因為oracle的jdbc API默認就是不會將數據cache到java的內存中的，而mysql里頭設置根本無效，我上面說了一堆廢話，呵呵，我只是想說，java提供的標准API也未必有效，很多時候要看廠商的實現機制，還有這個設置是很多網上說有效的，但是這純屬抄襲；對於oracle上面說了不用關心，他本身就不是cache到內存，所以java內存不會導致什麼問題，如果是mysql，首先必須使用5以上的版本，然後在連接參數上加上useCursorFetch=true這個參數，至於游標大小可以通過連接參數上加上：defaultFetchSize=1000來設置，例如：
jdbc:mysql://xxx.xxx.xxx.xxx:3306/abc?zeroDateTimeBehavior=convertToNull&useCursorFetch=true&defaultFetchSize=1000
上次被這個問題糾結了很久（mysql的數據老導致程序內存膨脹，並行2個直接系統就宕了），還去看了很多源碼才發現奇跡竟然在這里，最後經過mysql文檔的確認，然後進行測試，並行多個，而且數據量都是500W以上的，都不會導致內存膨脹，GC一切正常，這個問題終於完結了。
C. sql server 資料庫id欄位出現溢出了，怎麼辦
把int改為bigint.
---
如果數據量過大
應考慮備份歷史數據
否則也影響性能
D. Java前提下， MySQL資料庫，一次性存儲大量數據導致內存溢出
內存溢出導致程序崩潰，也分是java層崩了，還是mysql崩了。
如果是java層崩了，注意不要一次性載入太多的數據到內存，並且不在使用的數據要徹底放棄引用關系。java雖然是自動回收，回收的原則就是一個對象不再被持有，即引用計數為零。如果數據太大，可考慮臨時文件。
如果是mysql崩了，首先增加配置緩存。一般來說mysql是不容易崩的，特別是插入操作的時候。查詢的時候如果查詢結果記錄集特別大，會導致一個查詢需要使用很大的內存空間，這種是有問題的。而插入操作都是一條一條的執行，不會導致大內存的使用。
如果僅僅是數據移植，也盡量不要用ORM框架，比如hibernate，mybatis這些東西，因為他們都有自己的緩存，直接使用JDBC比較好。