數據庫管理員

整理了一些FreeBSD 環境下Mysql問題的解決方案,供大家參考!1 修改root使用者的密碼時出現錯誤：# mysqladmin -uroot -p password 'newpassword'Enter password:mysqladmin: connect to server at 'localhost' failederror: 'Access denied for user 'root'@'localhost' (using password: YES)'解決方案#

在MySQL中使用預設字元集為utf8，結果想要把中文按拼音排序出現了問題，排出來的順序亂七八糟，不是我們想要的結果。解決方案如下：1、不想改變表定義及預設編碼的情況，將欄位先轉換成gbk編碼再排序：SELECT * FROM table ORDER BY CONVERT( chinese_field USING gbk ) ;前提是在安裝MySQL時安裝了gbk字元集，不然會報錯：#1115 - Unknown character set:

Oracle資料庫是重量級的，其管理非常複雜，將其在Linux平台上的啟動和關閉步驟整理一下。安裝完畢Oracle以後，需要建立Oracle系統使用者，並在/home/oracle下面的.bash_profile添加幾個環境變數：ORACLE_SID,ORACLE_BASE,ORACLE_HOME。比如：export ORACLE_SID=test export ORACLE_BASE=oracle_install_dir export

1、最簡單的，就是對於需要保持一致性的資料，都去讀主庫。但是對於大資料量的應用，這種方法顯然不可行。2、採用同步複製模式（synchronous replication model），MYSQL通過NDB cluster storage engine提供了一種同步複製模式，不過Mysql cluster的穩定性、sync replication的效率、使用限制等等都還是問題。3、使用負載平衡等技術減輕從庫壓力，從而減少replication

OS:Oracle-Enterprise-R5-U2-Server-i386Oracle:linux_x86_11gR1_databaseERROR:sqlplus: error while loading shared libraries: /u01/app/oracle/product/11.1.0/db_1/lib/libnnz11.so: cannot restore segment prot after reloc: Permission

Linux下使用FreeTDS訪問Microsoft SQL Server資料庫下載freetds http://www.freetds.org/加上PHP對MSSQL的支援：./configure --with-mssql=/usr/local/freetds如果出現：configure: error: Directory /usr/local/freetds is not a FreeTDS installation

使用mysql做資料庫還原的時候，由於有些資料很大，會出現這樣的錯誤：The MySQL Server returned this Error:MySQL Error Nr. MySQL server has gone away。我的一個30mb的備份還原的時候就出現了這錯誤。解決的方法就是找到mysql安裝目錄，找到my.ini檔案，在檔案的最後添加： max_allowed_packet = 32M(也可以設定自己需要的大小)。 max_allowed_packet

在Linux下C串連MySQL出現問題如下：編譯成功後，運行程式，出現./connect: error while loading shared libraries: libmysqlclient.so.15: cannot open shared object file: No such file or

下面是一則MySQL備份執行個體，在Ubuntu下測試通過。完成任務是本地備份。可用於伺服器端。#! /bin/bashecho "backupmysql V1.0"###date stamp###datestamp=$(date +%Y-%m-%d)###path ###startdir=/home/user/mysqlbackup###bakfile prefix###fileprefix=sqlecho "sqldump is starting.."###bakup command####

skip-lockingkey_buffer = 384Mmax_allowed_packet = 3Mread_buffer_size = 20Mmyisam_sort_buffer_size = 128Mquery_cache_size = 64Mthread_concurrency =

　　Oracle使用多種不同的機制管理資料庫安全性，其中有兩種機制：模式和使用者。模式為模式對象的集合，模式對象如表、視圖、過程和包等。第一資料庫有一組模式。　　每一Oracle資料庫有一組合法的使用者，可存取一資料庫，可運行一資料庫應用和使用該使用者各串連到定義該使用者的資料庫。當建立一資料庫使用者時，對該使用者建立一個相應的模式，模式名與使用者名稱相同。一旦使用者串連一資料庫，該使用者就可存取相應模式中的全部對象，一個使用者僅與同名的模式相聯絡，所以使用者和模式是類似的。　　使用者的存取權利

　　控制檔案對於Oralce資料庫的作用，就好像微軟作業系統中註冊表的作用一樣。控制檔案是一個比較小的二進位檔案，記錄著資料庫的結構資訊。如果資料庫控制檔案發生孫華的話，則Oracle將無法正常啟動。通常情況下，在建立資料庫時會自動建立控制檔案;並且當資料庫的結構發生變化時，也會自動修改自動檔案的內容。　　但是，當資料庫遇到一些故障導致控制檔案發生損壞時，資料庫管理員可能需要手工重新建立控制檔案，以解決資料庫的啟動故障。筆者在這裡就談談手工建立控制檔案的相關策略。希望能夠協助大家解決控制檔案損壞

我一直是使用MySQL這個資料庫軟體，它工作比較穩定，效率也很高。在遇到嚴重性能問題時，一般都有這麼幾種可能：1、索引沒有建好；2、sql寫法過於複雜；3、配置錯誤；4、機器實在負荷不了；1、索引沒有建好如果看到MySQL消耗的cpu很大，可以用MySQL的client工具來檢查。在Linux下執行/usr/local/mysql/bin/mysql -hlocalhost -uroot -p 輸入密碼，如果沒有密碼，則不用-p參數就可以進到用戶端介面中。看看當前的運行情況show full

使用shell指令碼做日誌分析，為了將分析後的結果直接儲存到mysql資料庫中需要在shell指令碼中執行mysql的語句。方法一將每一步需要執行的語句儲存到 tmp.sql 中，最後在使用mysql -u uname -p pwd < tmp.sql方式執行方法二使用參數傳遞執行mysql -u$user -p$pass -D $db -e “select afield from atable;”例: 對test.dat中的每一行拼裝成sql做執行cat

安裝 innodb 引擎（mysql5.1預設不安裝） 可以在編譯安裝時，在configrue的時候，加上--with-plugins=innobase這個參數 如果之前已經安裝過，也可補裝innodb引擎 首先確定，在mysql的'plugin_dir'下有ha_innodb_plugin.so和ha_innodb.so兩個檔案 mysql> show variables like 'plugin_dir'; +-------------

聚簇因子是 Oracle 統計資訊中在CBO最佳化器模式下用於計算cost的參數之一，決定了當前的SQL語句是否走索引，還是全表掃描以及是否作為嵌套串連外部表格等。如此這般，那到底什麼是聚簇因子，那些情況下會影響到聚簇因子，以及如何提高聚簇因子？本文將對此展開描述。1、堆表的儲存方式Oralce

現在是2013年05月29日，Oracle最新的PSU為11.2.0.3.6,本次升級為RAC和DB分別進行升級，為日後的RAC+DG環境做準備。     系統:linux 5.7 x86_64     資料庫版本：11.2.0.3.0 單機升級ORACLE     首先升級單機的DB到11.2.0.3.6：     下載11.2.0.3.6的補丁包，補丁編號為160

由於項目需要要更改Oracle_sid（測試的） 使用nid,結果弄了一半沒弄成功到把資料庫給搞掛了。最後沒辦法重裝了一下資料庫。今天啟動資料庫的時候報錯是：ORA-01103  資料庫的控制檔案和 D:\oracle\product\10.2.0\admin\testjfdb\pfile下的init.ora中的db_name 不一致導致的。   報的錯誤是： ORA-01103  ？？？？？ testjfdb  ?????? orcl

實驗環境：OEL+Oracle11.2.0.3+physical standby眾所周知，Data Guard已經是現今標準的主流容災方案，由於日誌傳遞對於網路適應程度強，且可以採用同步即時的傳遞方式和非同步延遲的傳遞方式，甚至可以成為遠端異地容災方案。不管用於何種用途，DG都免不了要進行角色轉換，即將standby 資料庫切換為primary資料庫，角色轉換分為：switchover和failover兩種；兩種區別從三個角度來對比：（1）、使用場合不同：Switchover

最近在調試一個帶DML操作的函數時，一直不成功，在PL/SQL中測試時沒問題，通過SQL語句調用函數時就不行了，剛開始一直沒找到原因，後來無意間把 函數中捕獲異常的代碼注釋掉，終於通過SQL調試時，彈出了一個“ORA-14551: 無法在查詢中執行 DML 操作 .”錯誤，找到了問題原因，就好找解決辦法了，在網上找到一篇文章，大談什麼自治事務和主事務，看了半天，還是雲裡霧裡，找到關鍵點，就是添加一條語句“PRAGMA