ResultSet

By default, ResultSets are completely retrieved and stored in memory. In most cases this is the most efficient way to operate, and due to the design of the MySQL network protocol is easier to implement. If you are working with ResultSets that have a large number of rows or large values, and cannot allocate heap space in your JVM for the memory required, you can tell the driver to stream the results back one row at a time.

To enable this functionality, create a Statement instance in the following manner:

stmt = conn.createStatement(java.sql.ResultSet.TYPE_FORWARD_ONLY,
java.sql.ResultSet.CONCUR_READ_ONLY);
stmt.setFetchSize(Integer.MIN_VALUE);

The combination of a forward-only, read-only result set, with a fetch size of Integer.MIN_VALUE serves as a signal to the driver to stream result sets row-by-row. After this, any result sets created with the statement will be retrieved row-by-row.

There are some caveats with this approach. You must read all of the rows in the result set (or close it) before you can issue any other queries on the connection, or an exception will be thrown.

The earliest the locks these statements hold can be released (whether they be MyISAM table-level locks or row-level locks in some other storage engine such as InnoDB) is when the statement completes.

If the statement is within scope of a transaction, then locks are released when the transaction completes (which implies that the statement needs to complete first). As with most other databases, statements are not complete until all the results pending on the statement are read or the active result set for the statement is closed.

Therefore, if using streaming results, process them as quickly as possible if you want to maintain concurrent access to the tables referenced by the statement producing the result set.

SELinux簡(jiǎn)介

SELinux全稱是Security Enhanced Linux，由美國(guó)國(guó)家安全部(National Security Agency)領(lǐng)導(dǎo)開(kāi)發(fā)的GPL項(xiàng)目，它擁有一個(gè)靈活而強(qiáng)制性的訪問(wèn)控制結(jié)構(gòu)，旨在提高Linux系統(tǒng)的安全性，提供強(qiáng)健的安全保證，可防御未知攻擊，據(jù)稱相當(dāng)于B1級(jí)的軍事安全性能。比MS NT所謂的C2等高得多。

應(yīng)用SELinux后，可以減輕惡意攻擊或惡意軟件帶來(lái)的災(zāi)難，并提供對(duì)機(jī)密性和完整性有很高要求的信息很高的安全保障。 SELinux vs Linux 普通Linux安全和傳統(tǒng)Unix系統(tǒng)一樣，基于自主存取控制方法，即DAC，只要符合規(guī)定的權(quán)限，如規(guī)定的所有者和文件屬性等，就可存取資源。在傳統(tǒng)的安全機(jī)制下，一些通過(guò)setuid/setgid的程序就產(chǎn)生了嚴(yán)重安全隱患，甚至一些錯(cuò)誤的配置就可引發(fā)巨大的漏洞，被輕易攻擊。

而SELinux則基于強(qiáng)制存取控制方法，即MAC，透過(guò)強(qiáng)制性的安全策略，應(yīng)用程序或用戶必須同時(shí)符合DAC及對(duì)應(yīng)SELinux的MAC才能進(jìn)行正常操作，否則都將遭到拒絕或失敗，而這些問(wèn)題將不會(huì)影響其他正常運(yùn)作的程序和應(yīng)用，并保持它們的安全系統(tǒng)結(jié)構(gòu)。

SELinux的相關(guān)配置文件

SELinux的配置相關(guān)文件都在/etc/selinux下，其中/etc/selinux/targeted目錄里就包含了策略的詳細(xì)配置和context定義，以下是主要文件及功用：

/etc/selinux/targeted/contexts/*_context 默認(rèn)的context設(shè)置 
/etc/selinux/targeted/contexts/files/* 精確的context類型劃分 
/etc/selinux/targeted/policy/* 策略文件

Apache under SELinux

Apache under SELinux - 讓Apache跑得順起來(lái)!
對(duì)于剛使用Redhat Enterprise Linux 4 或Fedora Core 2以上/CentOS 4的用戶，一定會(huì)為Apache經(jīng)常無(wú)法正常運(yùn)轉(zhuǎn)，報(bào)以"Permission denied"等錯(cuò)誤而大為不解，甚至大為惱火。
其實(shí)這是因?yàn)檫@些系統(tǒng)里激活了SELinux，而用戶的apache配置與SELinux的配置策略有抵觸產(chǎn)生的，只有通過(guò)適當(dāng)調(diào)整，使apache的配置和訪問(wèn)符合策略才能正常使用。
現(xiàn)在下面來(lái)分析一下SELinux中有關(guān)httpd（apache）的context定義（略有刪節(jié)）

/home/[^/]+/((www)|(web)|(public_html))(/.+)? system_u:object_r:httpd_user_content_t
/var/www(/.*)? system_u:object_r:httpd_sys_content_t
/var/www/cgi-bin(/.*)? system_u:object_r:httpd_sys_script_exec_t
/usr/lib/cgi-bin(/.*)? system_u:object_r:httpd_sys_script_exec_t
/var/www/perl(/.*)? system_u:object_r:httpd_sys_script_exec_t
/var/www/icons(/.*)? system_u:object_r:httpd_sys_content_t
/var/cache/httpd(/.*)? system_u:object_r:httpd_cache_t
/etc/vhosts -- system_u:object_r:httpd_config_t
/usr/sbin/httpd -- system_u:object_r:httpd_exec_t
/usr/sbin/apache(2)? -- system_u:object_r:httpd_exec_t
/usr/sbin/suexec -- system_u:object_r:httpd_suexec_exec_t
/var/log/httpd(/.*)? system_u:object_r:httpd_log_t
/var/log/apache(2)?(/.*)? system_u:object_r:httpd_log_t
/var/log/cgiwrap\.log.* -- system_u:object_r:httpd_log_t
/var/cache/ssl.*\.sem -- system_u:object_r:httpd_cache_t
/var/cache/mod_ssl(/.*)? system_u:object_r:httpd_cache_t
/var/run/apache(2)?\.pid.* -- system_u:object_r:httpd_var_run_t
/var/lib/httpd(/.*)? system_u:object_r:httpd_var_lib_t
/var/lib/php/session(/.*)? system_u:object_r:httpd_var_run_t
/etc/apache-ssl(2)?(/.*)? system_u:object_r:httpd_config_t
/usr/lib/apache-ssl(/.*)? -- system_u:object_r:httpd_exec_t
/usr/sbin/apache-ssl(2)? -- system_u:object_r:httpd_exec_t
/var/log/apache-ssl(2)?(/.*)? system_u:object_r:httpd_log_t
/var/run/apache-ssl(2)?\.pid.* -- system_u:object_r:httpd_var_run_t
/var/run/gcache_port -s system_u:object_r:httpd_var_run_t
/var/lib/squirrelmail/prefs(/.*)? system_u:object_r:httpd_squirrelmail_t
/usr/bin/htsslpass -- system_u:object_r:httpd_helper_exec_t
/usr/share/htdig(/.*)? system_u:object_r:httpd_sys_content_t
/var/lib/htdig(/.*)? system_u:object_r:httpd_sys_content_t

針對(duì)上述的內(nèi)容，可以對(duì)如下的幾個(gè)常見(jiàn)問(wèn)題進(jìn)行簡(jiǎn)單處理：

1.phpmyadmin在非默認(rèn)/var/www/html目錄下無(wú)法運(yùn)轉(zhuǎn)

通常類似的情況都是在配置了虛擬主機(jī)時(shí)，訪問(wèn)/phpmyadmin等提示403訪問(wèn)拒絕，日志里也提示Permission denied，這是因?yàn)閜hpmyadmin防止的目錄及文件本身屬性不符合context要求。
假設(shè)phpmyadmin放在/web目錄下，那么執(zhí)行:
chcon -R -t httpd_user_content_t /web
則會(huì)令/web及其下所有子目錄/文件，包括phpmyadmin文件都獲得了httpd_user_content_t的屬性，如果其傳統(tǒng)的Unix屬性對(duì)httpd來(lái)說(shuō)是可讀的話，再重新訪問(wèn)一下就應(yīng)該可以了。

2./home目錄下的虛擬主機(jī)無(wú)法運(yùn)轉(zhuǎn)

與問(wèn)題1也是類似的，不過(guò)根據(jù)上文中context的定義，/home目錄下必須是用戶的$HOME/www或public_html或web目錄才是 httpd_user_content_t類型，因此建議將要作為web頁(yè)面的內(nèi)容放置在用戶的$HOME/www或web或public_html里，并確保其屬性是httpd_user_content_t，使用如下命令查看：
ls -Z /home/abc/
drwxr-xr-x abc abc user_u:object_r:user_home_dir_t tmp
drwxrwxr-x abc abc user_u:object_r:httpd_user_content www
如不是，則可通過(guò)chcon來(lái)逐級(jí)目錄及文件更改，直至最后能訪問(wèn)：
chcon -R -t httpd_user_content_t /home/abc/web
chcon -t user_home_dir_t /home/abc

3.CGI程序無(wú)法運(yùn)行

如果cgi程序放在/var/www/cgi-bin/里也無(wú)法執(zhí)行，遇到403或500錯(cuò)誤的話，可以檢查cgi程序的屬性，按SELinux contexts文件里定義的，/var/www/cgi-bin/里必須是httpd_sys_script_exec_t 屬性。通過(guò)ls -Z查看，如果不是則通過(guò)如下命令更改：
chcon -t httpd_sys_script_exec_t /var/www/cgi-bin/*.cgi
如果是虛擬主機(jī)里的cgi，則參考問(wèn)題2使之能正常使用普通的功能后，再通過(guò)chcon設(shè)置cgi文件的context為httpd_sys_script_exec_t即可。

4.Setuid/gid 程序無(wú)法運(yùn)行

例如早期的SqWebMail及qmailadmin等，需要setuid/gid的支持，但在SELinux下這將受到嚴(yán)格限制。第一種方法是比較徹底的辦法，能保留系統(tǒng)的安全性，通過(guò)：
audit2allow -l -i /var/log/messages
將SELinux拒絕的信息轉(zhuǎn)換為相應(yīng)的policy allow指令，將這些指令添加到SELinux policy 的src里相應(yīng)的配置文件，重新生成policy并加載。但這樣做相對(duì)比較麻煩。
另一個(gè)方法最簡(jiǎn)單，但將使apache得不到保護(hù)。首先確定SELinux 類型是targeted的：
cat /etc/selinux/config|grep SELINUXTYPE
然后，使apache脫離SELinux保護(hù)：
setsebool -P httpd_disable_trans 1
然后重啟動(dòng)apache：
/etc/init.d/httpd restart
這樣所有apache強(qiáng)制的檢查都失效，需要setuid/gid的程序可以正常使用。但這樣帶來(lái)了增加漏洞的危險(xiǎn)，對(duì)于迫切需要運(yùn)行而又很急的情況，本方法是一個(gè)最大限度減少系統(tǒng)安全缺失的最后辦法。對(duì)于取消SELinux 未必是一個(gè)好方法。

SElinux的幾個(gè)相關(guān)命令

一.

ps -Z
ls -Z
id -Z

例:
[root@ljj cgi-bin]# ls -Z
-rwxrwxrwx root root root:object_r:httpd_sys_script_exec_t a.cgi
-rw-r--r-- root root root:object_r:httpd_sys_script_exec_t a.txt

二. chcon

修改文件的屬性 fild1:fild2:fild3

chcon -u fild1 file
chcon -l fild2 file
chcon -t fild3 file

例:
chcon -u root file1

三.getsebool

獲取se相關(guān)的bool值
例:
[root@ljj cgi-bin]# getsebool -a | grep httpd
httpd_builtin_scripting --> inactive
httpd_disable_trans --> active
httpd_enable_cgi --> active
httpd_enable_homedirs --> active
httpd_ssi_exec --> active
httpd_tty_comm --> inactive
httpd_unified --> inactive

得到了一些與httpd相關(guān)的bool值，配置httpd.conf中的user_dir時(shí)，要保證這里的httpd_enable_homedirs是 active的，還要保證：

chcon -R -t httpd_sys_content_t ~user/public_html；

• httpd與selinux之間的關(guān)系更多詳見(jiàn)：man httpd_selinux

四. togglesebool

給se的相關(guān)bool值取反
例:
togglesebool httpd_enable_homedirs

    private void queryGroupSorted(int columnCount, ResultTarget result) {

        int rowNumber = 0;

        setCurrentRowNumber(0);

        Value[] previousKeyValues = null;

        while (topTableFilter.next()) {

            setCurrentRowNumber(rowNumber + 1);

            if (condition == null || Boolean.TRUE.equals(condition.getBooleanValue(session))) {

                rowNumber++;

                Value[] keyValues = new Value[groupIndex.length];

                // update group

                for (int i = 0; i < groupIndex.length; i++) {

                    int idx = groupIndex[i];

                    Expression expr = expressions.get(idx);

                    keyValues[i] = expr.getValue(session);

                }

                if (previousKeyValues == null) {

                    previousKeyValues = keyValues;

                    currentGroup = New.hashMap();

                } else if (!Arrays.equals(previousKeyValues, keyValues)) {

                    addGroupSortedRow(previousKeyValues, columnCount, result);

                    previousKeyValues = keyValues;

                    currentGroup = New.hashMap();

                }

                currentGroupRowId++;

                for (int i = 0; i < columnCount; i++) {

                    if (groupByExpression == null || !groupByExpression[i]) {

                        Expression expr = expressions.get(i);

                        expr.updateAggregate(session);

                    }

                }

            }

        }

        if (previousKeyValues != null) {

            addGroupSortedRow(previousKeyValues, columnCount, result);

        }

    }

  private void addFields(Class clazz) {

    Field[] fields = clazz.getDeclaredFields();

    for (int i = 0; i < fields.length; i++) {

      Field field = fields[i];

      if (canAccessPrivateMethods()) {

        try {

          field.setAccessible(true);

        } catch (Exception e) {

          // Ignored. This is only a final precaution, nothing we can do.

        }

      }

      if (field.isAccessible()) {

        if (!setMethods.containsKey(field.getName())) {

          addSetField(field);

        }

        if (!getMethods.containsKey(field.getName())) {

          addGetField(field);

        }

      }

    }

    if (clazz.getSuperclass() != null) {

      addFields(clazz.getSuperclass());

    }

  }

解決辦法，將 isPrimary 改成 primary