數據庫管理員

MySQL的緩衝查詢和非緩衝查詢最近在開發一個PHP程式時遇到了下面的錯誤：PHP Fatal error: Allowed memory size of 268 435 456 bytes

MySQL源碼編譯安裝 ( 5.5 、5.6 共存 )簡介：如何在一台伺服器同時運行兩 ( 多 ) 個 MySQL 服務。1、MySQL 5.6shell > useradd -r -s /sbin/nologin mysqlshell > wget ftp://mirror.switch.ch/mirror/mysql/Downloads/MySQL-5.6/mysql-5.6.27.tar.gzshell > tar zxf

Ubuntu下安裝配置MySQLUbuntu下安裝MySQL命令： sudo apt-get install mysql-serverMySQL初始配置及管理啟動MySQLmysql start : mysqld是mysql的守護進程檢查mysql是否啟動：ps -ef | grep mysqldMySQL下的常用命令串連SQL： mysql -h 主機名稱 -u 使用者名稱 -p 使用者密碼顯示： show databases/tables；建立： create

MyBatis入門學習筆記說到mybatis，我們首先說說ibatis，mybatis3.X是ibatis2.X的後期 版本，功能比ibatis強大了很多。1、mybatis和ibatis比較1.1、在 關係映射方面，mybatis相對ibatis的“巢狀查詢”，多了“嵌套結果"查詢的方式，巢狀查詢會引發N+1查詢問題，而嵌套結果查詢可有效

MongoDB 查詢文檔文法MongoDB 查詢資料的文法格式如下：>db.COLLECTION_NAME.find()find() 方法以非結構化的方式來顯示所有文檔。如果你需要以易讀的方式來讀取資料，可以使用 pretty() 方法，文法格式如下：>db.col.find().pretty()pretty() 方法以格式化的方式來顯示所有文檔。執行個體以下執行個體我們查詢了集合 col 中的資料：> db.col.find().pretty(){ "_id"

sys.dual表被清空後引發的問題前幾天收到過應用人員的一個報障稱，應用程式無法串連資料庫，報了ORA的錯誤，這是一個Oracle 9.2.0.8的RAC資料庫(曆史夠悠久了吧），人工使用sqlplus串連報錯如下：tstdb1@jq570322b:/home/tstdb1>sqlplus wangguan/773946@tstdb1SQL*Plus: Release 9.2.0.8.0 - Production on Fri Nov 15 21:27:27 2015Copyright

深度解析MySQL登入原理使用MySQL資料庫的第一步必然是建立串連登入，然後在上面執行SQL命令。無論是通過MySQL的用戶端，還是通過C-API，JDBC標準介面串連資料庫，這個過程一定少不了。今天我們聊一聊MySQL登陸具體過程，裡面會涉及client與server的互動，並通過tcpdump抓包給大家展現這一過程。TCP握手協議遠端連線資料庫，mysql採用TCP協議通訊，第一步是建立串連，即TCP的3次握手。mysql

RMAN的FORMATA格式說明使用FORMAT參數時可使用的各種替換變數，如下（注意大小寫）所示：%a：Oracle資料庫的activation ID即RESETLOG_ID。%c：備份片段的複製數（從1開始編號，最大不超過256）。%d：Oracle資料庫名稱。%D：目前時間中的日，格式為DD。%e：歸檔序號。%f：絕對檔案編號。%F：基於"DBID+時間"確定的唯一名稱，格式的形式為c-IIIIIIIIII-YYYYMMDD-QQ,其中IIIIIIIIII

DataGuard環境中的密碼維護這篇文章的動力來自於一個朋友的提問，他問我備庫的密碼檔案直接重建可以嗎，我說最好還是複製，如果重建可能會有一些潛在的問題，當然這個所謂潛在問題也是自己給自己打的馬虎眼，到底哪裡有問題，腦海裡搜尋了一番似乎沒有找到什麼有效資訊，但是隱隱之中感覺搭建dataguard好像還從來沒有直接重建密碼檔案的時候，似乎是一種非常規的方式，但是轉眼一想一旦發生這種情況的時候，或者密碼檔案出現了一些潛在問題的時候，怎麼有效防範，這個問題就又上升了一個高度，所以我對這個問題做了一些

Oracle 11g 編譯使用BBED環境：RHEL 6.4 + Oracle 11.2.0.41. 拷貝缺失檔案2. 編譯BBED3. BBED使用測試Reference1.

根據欄位條件清理MySQL資料庫資料背景線上某個資料庫有1000個分庫的DB，磁碟警示，每個庫的大小都不是很大但是加起來就非常大了。手動根據時間欄位來清理資料不太現實，於是決定寫指令碼來刪除指定時間以前的資料。指令碼：#/bin/bash ##auth by qunyingliu ## files in xxx     HOST=$1 DBPORT=3306

MyCAT ER分區的驗證在這裡，構造了兩張表，熟悉Oracle的童鞋都知道，dept（部門表）和emp（員工表），其中dept中的deptno是emp表中dept_no的外鍵。兩表的建表語句如下：create table dept(deptno int,dname varchar(10),datanode varchar(10));create table emp(empno int,dept_no int,datanode

MySQL Internal - InnoDB儲存引擎(行結構)InnoDB行儲存的三個組成部分(說明: F字元表示列的數量)名稱(Name)大小(Size)Field Start Offsets(F*1) or (F*2) bytesExtra Bytes6 bytesField Contents取決於內容1： FIELD START

DataGuard環境下備庫RMAN-05021問題有效性解決方案Dataguard環境作為Oracle官方重要的HA功能組件，在實踐領域有非常多的應用情境和成功案例。同任何技術一樣，在配置過程中，會出現一些問題需要解決。本文主要介紹在修改Physical Standby備份Rman參數中出現的問題和解決方案策略。1、問題描述筆者環境為11.2.0.4的Dataguard環境，兩台伺服器配置為雙單節點的Physical Standby。在配置備庫的RMAN資訊中，出現如下問題：RMAN>

SQL Server中死結介紹簡介    什麼是死結？    我認為，死結是由於兩個對象在擁有一份資源的情況下申請另一份資源，而另一份資源恰好又是這兩對象正持有的，導致兩對象無法完成操作，且所持資源無法釋放。      什麼又是阻塞？     阻塞是由於資源不足引起的排隊等待現象。比如同時兩個進程去更新一個表。   

DRA(Data Recovery Advisor)的使用關於DRA的官方描述：The simplest way to diagnose and repair database problems is to use the Data Recovery Advisor. This Oracle Database tool provides an infrastructure for diagnosing persistent data failures, presenting repair

Linux下RPM包方式安裝PostgreSQLPostgresql和MySQL是目前比較流行、活躍的開源關係型資料庫系統。相對於高端Oracle商業產品，Postgresql和MyQL在軟體成熟度等級、發展功能上的確還有很大改善空間。但是在系統選型過程中，基礎軟體水平是要受到未來系統整體負載、營運要求和重要的預算決定的。好東西是好，但也要看我們是否需要他，或者是否用得起他。相對於MySQL的粗放式發展，Postgresql從最開始被Berkley研究出來，作為科研機構教學使用以來，無論是從對關

Linux下誤刪MySQL的root使用者解決方案開始對Linux介面不熟悉，可能由於不小心，把root誤刪了，怎麼辦？1. # killall mysqld    幹掉所有mysql進程2. # mysqld_safe --skip-grant-tables &  進入mysql安全模式3. 通過上一步進入mysql的console（控制台），輸入：mysql -p　

Oracle設定資料庫診斷環境：RHEL 6.4 + Oracle 11.2.0.41. 設定ADR2. 使用Support Workbench3. 恢複塊介質1. 設定ADR1.1 查看v$diag_info查看v$diag_info診斷庫相關資訊：col value for a70col name for a35set linesize 140select * from v$diag_info;SQL> select * from v$diag_info; INST_ID

MariaDB資料庫存放路徑修改配置問題MySQL is not running, but lock file (/var/lock/subsys/mysql) exists存在這個問題的一般是由三個原因決定的：1：配置中的一些檔案許可權不夠，將所有的配置中涉及到的檔案全部修改為mysql使用者權限2：mysql啟動並執行pid沒有，rm -rf /var/lock/subsys/mysql ，重新建立新的pid檔案預設的許可權為6603：my.cnf設定檔錯誤，需要重新修改Can't