數據庫管理員

MySQL主從失敗使用bin-log恢複MySQL主從失敗的時候先查看從資料庫show slave  status\G記住bin-log的pos和binlog檔案(一般選擇最近的pos的上一個點來進行恢複)或者查看mysql的錯誤日記的時間點,將mysql-binlog轉化為txt，可以查看資料庫的每一個操作mysqlbinlog  /路徑/mysql-bin.000xxx  >txt1.txt使用change master to

MySQL tmpdir參數修改今天突然收到警示簡訊，說是/磁碟空間使用超過閥值。經查看，發現是有很多異常的SQL，執行不了，導致一直在處理，產生了臨時佔用了/tmp磁碟空間。由於作業系統的/tmp空間有限，需要進行參數修改，將tmpdir的值路徑進行修改。mysql> show variables like 'tmpdir';+---------------+-------+| Variable_name | Value |+---------------+-------+|

MySQL高可用方案幾種方案Mysql-mmm就是mysql主主複製管理器，實現的功能有：高可用性（類似keepalived的vip浮動技術）同個時間只提供一台資料庫寫操作，保證資料庫的一致性。提升slave為master，延續雙主的架構 首先先搭建好資料庫主主，主從架構：類似圖：（不再敘述）在每台資料庫中為monitor的機器來監控當前的同步情況：Grant replivation client to ‘user@’ip’ identified

如何在 Ubuntu 15.04 上安裝帶 JSON 支援的 SQLite 3.9.1歡迎閱讀我們關於SQLite 的文章，SQLite 是當今世界上使用最廣泛的 SQL 資料庫引擎，它基本不需要配置，不需要設定或管理就可以運行。SQLite

MongoDB複製機制執行個體MongoDB的主從複製是一個主可以多從已從又可以為主進行主從複製．在這裡就是實現一主一從一個仲裁伺服器使用一個資料庫伺服器通過提供不同的連接埠．一．啟動一個MongoDB服務名字是application，連接埠是1234./mongod --replSet application --dbpath data/node1 --port 1234 --oplogSize 1024說明啟動成功．二．開啟用戶端./mongo --port

為啥HBase需要搭建SQL引擎層現有的SQL解決方案通常都不是水平可伸縮的，因此當資料量變大時會遇到障礙。但是這樣的情況，隨著NoSQL的出現已經得到很大程度的緩解，並且隨著NoSQL技術的完善與成熟，這種情況將會從根本上解決。我們知道NoSQL區別於關係型資料庫的一點就是NoSQL不使用SQL作為查詢語言，至於為何在NoSQL資料存放區HBase上提供SQL介面，有如下原因：1.使用諸如SQL這樣易於理解的語言，使人們能夠更加輕鬆地使用HBase。2.使用諸如SQL這樣更高層次的語言來編寫，

32位和64位PHP和MySQL裡的整型範圍一個位元組有8位,所以32位int型佔用32位/8位=4個位元組,64位int型佔用64位/8位=8個位元組.32位,64位無符號整型最大值: 2^64-1 = 18446744073709551615  2^32-1 = 4294967295 32位,64位有符號整型最大值:  (2^32)/2-1 = 2147483647  (2^64)/2-1 = 9223372036854775807減1是因為整型包括0

Oracle執行語句跟蹤系統上的某個介面提交資料經常逾時（超過3秒），而我單獨在後台資料庫(Oracle)執行insert，只需要17ms。提交資料的用戶端沒有任何的調試日誌，只能通過跟蹤後台語句記錄實際調用過程中的資料庫執行時間。從而發現問題耗時最多的階段。安裝dbms_support包SQL> @?\rdbms\admin\dbmssupp.sqlSQL> grant execute on dbms_support to test;找到需要跟蹤的會話，一個介面可能會建立多個會話，

管理SQL Server服務的登入（啟動）賬戶和密碼今天處理了一個alwaysOn問題——輔助副本因為磁碟空間不足一直顯示【未同步——可疑】，在日誌中可以看到資料庫處於掛起狀態，與主副本失去同步。原以為只需把輔助副本的磁碟做個清理，騰出一點空間，然後重啟SQL Server服務就好了（重啟讓資料庫從掛起狀態進入到聯機狀態，然後讓alwaysOn重新開始同步）。但，重啟失敗！！！在作業系統日誌中看到SQL Server啟動失敗的原因是：（啟動賬戶的）

MongoDB簡介與增刪改查一、簡介MongoDB 是由C++語言編寫的，是一個基於分布式檔案儲存體的開來源資料庫系統。MongoDB 旨在為WEB應用提供可擴充的高效能資料儲存解決方案。MongoDB 將資料存放區為一個文檔，資料結構由索引值(key=>value)對組成。MongoDB 文檔類似於 JSON 對象。欄位值可以包含其他文檔，數組及文檔數組。mongodb資料類型：資料類型描述String字串。儲存資料常用的資料類型。在 MongoDB 中，UTF-8

MySQL新特性之mysql_config_editor源碼解析從mysql5.6開始，mysql推出了加密工具mysql_config_editor。在此之前我們通過將帳號和密碼明文放入my.cnf，從而使用mysql用戶端登入時，無需指定帳號密碼就可以登入資料庫。而有了mysql_config_editor工具之後，我們將加密後的帳號密碼放入二進位檔案。在登入時，用戶端通過解密該檔案來登入資料庫。由於加密解密都在記憶體中進行，所以無法明文的顯示檔案內容。只要我們將檔案許可權儲存好，就可以防止

MyCAT實現MySQL讀寫分離實踐MyCAT是一個的資料庫中介軟體，基於阿里開源的cobar產品而研發，由幾個有志之士的牛人共同完成並開源。提供高可用性資料分區叢集，自動故障切換，高可用性 ，支援讀寫分離，支援MySQL雙主多從，以及一主多從的模式 ，支援全域表，資料自動分區到多個節點，用於高效表關聯查詢 ，支援專屬的基於E-R

MySQL新特性之mysql_config_editor 密碼編譯演算法與解密實現mysql_config_editor採用的AES ECB加密。關於AES 的ECB加密通常都是塊加密，如果要加密超過塊大小的資料，就需要涉及填充和鏈加密模式，文中提到的ECB就是指鏈加密模式。這篇文章主要介紹在該工具中該加密技術的使用與實現，並未詳細介紹該機密技術的演算法與實現細節。在前一篇文章中（見 ），加密的過程如下:encrypt_and_write_file->encrypt_buffer->

輕鬆解決MySQL資料庫連接過多的錯誤1、MySQL資料庫系統允許的最大可串連數max_connections。這個參數是可以設定的。如果不設定，預設是100。最大是16384。2、資料庫當前的連接線程數threads_connected。這是動態變化的。查看max_connections、max_connections的辦法見後。如果 threads_connected == max_connections

MongoDB分區簡單一實例分區在Mongodb裡面存在另一種叢集，就是分區技術,可以滿足MongoDB資料量大量增長的需求。當MongoDB儲存海量的資料時，一台機器可能不足以儲存資料也足以提供可接受的讀寫輸送量。這時，我們就可以通過在多台機器上分割資料，使得資料庫系統能儲存和處理更多的資料。為什麼使用分區複製所有的寫入操作到主節點延遲的敏感性資料會在主節點查詢單個複本集限制在12個節點當請求量巨大時會出現記憶體不足。本地磁碟不足垂直擴充價格昂貴MongoDB分區展示了在MongoDB中使用分

MySQL 5.7 完美的分散式交易支援Two Phase Commit Protocol分散式交易通常採用2PC協議，全稱Two Phase Commitment

在Oracle Linux 5.11上構建基於LVM裸裝置的Oracle10g資料庫軟體：VMware11作業系統： Oracle Linux 5.11 x64資料庫： Oracle 10.2.0.5 x64主機名稱： odb.test.localIP地址： 192.168.223.100            #使用的是虛擬機器主機網路執行個體： odbUbuntu 10.10 安裝Oracle 10g安裝指南

MySQL教程：Linux下搭建MySQL Cluster安裝版本為mysql-cluster-gpl-7.4.6-linux-glibc2.5-i686.tar.gz( http://pan.baidu.com/s/1c1bjxVa )系統為Linux虛擬機器虛擬機器2個（保證防火牆關閉，不然可能部署會不成功）ip：192.168.52.130  作為管理，資料節點，服務節點ip：192.168.52.131 

在Ubuntu 14.04下安裝Redis說說在Ubuntu 14.04下安裝Redis的簡單過程。1 去redis官網下載最新的穩定版本：http://redis.io/  -> Redis 2.8.19 is the latest stable version.（或者使用wget命令下載）2 在登陸的使用者下建立檔案夾my-redis : mkdir my-redis3 將下載完畢的redis 移動到 剛剛建立的檔案夾中 mv redis-x.x.x.tar.gz

8 種常用的 NoSQL 資料庫系統對比分析，nosql對比分析Kristóf Kovács 是一位軟體架構師和諮詢顧問，他最近發布了一片對比各種類型NoSQL資料庫的文章。雖然SQL資料庫是非常有用的工具，但經曆了15年的一支獨秀之後壟斷即將被打破。這隻是時間問題：被迫使用關聯式資料庫，但最終發現不能適應需求的情況不勝枚舉。但是NoSQL資料庫之間的不同，遠超過兩 SQL資料庫之間的差別。這意味著軟體架構師更應該在項目開始時就選擇好一個適合的 NoSQL資料庫。針對這種情況，這裡對