MySQL

自從上在redhat Enterprise 5 中安裝了MySQL,這次來實踐操作一下MySQL使用者的管理；一、 root使用者密碼的維護：由於安裝MySQL完後,MySQL會自動提供一個不帶密碼的root使用者，為了安全起 見給root設定密碼：#mysqladmin -u root password 123 (123為密碼，也可以寫成:'123' 或"123") ；設定密碼後登入時就不能直接輸入mysql了，必須跟些參數了,如下：[root@localhost ~]#

刪除mysql 的一個表的資料的時候報告如下錯誤：mysql> delete from upload_images;ERROR 1175 (HY000): You are using safe update mode and you tried to update a table without a WHERE that uses a KEY column mysql> show variables like '%sql_safe%';+------------------+----

今天我們開發在test伺服器上面用phpmyadmin匯出了一段SQL語句，讓我匯入到beta上面的資料庫裡面，但是beta伺服器上面沒有安裝phpmyadmin軟體，看了裡面還有刪除建立資料表的過程，用mysql命令匯入肯定是不行的，難道只能在beta伺服器上面安裝phpmyadmin軟體才能可以匯入該SQL語句？該SQL語句如下，我只是截取了其中一部分：-- phpMyAdmin SQL Dump-- version 3.3.9-- http://www.phpmyadmin.net----

今天用xtrabackup工具完整備份mysql資料庫的時候出現“./ib_logfile0 is of different”錯誤，具體的日誌資訊如下:我第一時間查詢了百度和Google都沒有找見相對應的答案。決定從錯誤記錄檔入手，上面的日誌提示說：mysql資料庫inondb的記錄檔的大小和mysql設定檔設定的innodb記錄檔大小不一致而導致的。首先查看一下mysql資料庫innodb的記錄檔的大小，發現innodb的記錄檔的大小為5242880位元組，即記錄檔為5

以下語句具有和ROOT使用者一樣的許可權。大家在拿站時應該碰到過。root使用者的mysql，只可以本地連 ，對外拒絕串連。以下方法可以協助你解決這個問題了，下面的語句功能是，建立一個使用者為 monitor密碼admin許可權為和root一樣。允許任意主機串連。這樣你可以方便進行在本地遠程操作資料 庫了。CREATE USER 'monitor'@'%' IDENTIFIED BY 'admin';GRANT ALL PRIVILEGES ON *.* TO 'monitor'@'%'

對於MySQL在雲中的使用，大致分為兩類：IaaS:基礎設施即服務，IaaS 為你的MySQL server提供基礎服務，你可以購買虛擬server資源來安裝MySQL server 執行個體。你可以按照自己的要求設定os 和MySQL server,但是你不能與之相關的硬體設施。DbaaS (Database as a Server)MySQL 本身是雲所管理的資源，你只有一個訪問MySQL 的憑證，你只能對MySQL 進行設定，但是不能看到os和虛擬資源。Amazon

第一部分：關係型資料庫隨時間的流逝慢慢的不能滿足現在每秒大量的操作、很多開啟的連 接、大量的資料和非常高的寫比率。為避免這種情況的出現，很多大型網站和SaaS的應用開始使用 sharding技術和他們的關係型資料結合。怎樣對應用分區？下面列出的四點很簡單：1、 分析表schema得出分區該如何設定2、開啟多個MySQL 執行個體3、根據shard配置，匯入匯出 資料4、更新程式碼來支援shard配置分析資料：為了得到一個shard 配置，你 需要做下面三步：1、列出表名和表的大小。

對於SQL語句的JOIN語句，大家並不陌生。關於其中的where語句中進行內容過濾還是在 On 語句中或者having進行過濾，這個是值得注意的。案例：找出某段時間內註冊的新使用者，沒有通過新手任務當中具體哪一步任務，統計其中涉及到兩張表使用者基礎資料表：user_base,  user_id, 註冊時間 created_at任務表： user_id,task_id,task_statusA 語句：select  min(b.task_id)

預設情況下，MySQL本身通過各種TIMEOUT參數來取消連結。對TIMEOUT的各種解釋：connect_timeout 在建立串連時起作用，對於使用串連池的情況或者網路較差的情況建議將該值增大.interactive_timeout和wait_timeout 互動式與非互動的連結 主要適用於串連空閑階段。net_read_timeout和net_write_timeout主要是connection 在 read 或write時 繁忙階段的逾時。具體執行個體：1、Can't connect

網友問題：對於MySQL主從複製結構中，如何讓Slave過濾delete操作。問題分析：該問題對應的是保全所有的記錄，包括delete的記錄。對於MySQL本身的過濾規則粒度是精確到表的粒度。主從可以由不同的觸發器問題結果，在slave上建立before觸發器，對於delete的記錄備份至另一個表。存在問題，MySQL觸發器在高並發下的效能問題。觸發器原始碼： CREATE TRIGGER delbak BEFORE DELETE ON tb_name FOR EACH ROW

對於MySQL 的Information_Schema表，實際上只是一些 views，並不是真正的表，所以沒有實際的檔案，甚至沒有資料庫目錄。增刪改 這樣的操作時不行，建立觸發器也是不行的。對該表多在對資料庫中繼資料查詢或監控的時候使用。使用注意事項：正因為它只是一些views，每次查詢都會搜尋資料庫目錄，搜尋資料庫表，當表的量相當大的時候，會產生一定量的延遲，關鍵是增加系統的IO。所以select  information_schema 或者 show status

back_log ：作業系統保持監聽的隊列，這個是在mysql 進行thread 進行串連之前的操作如果你有很多的串連數 並且出現 connection refused 的錯誤提示，增加這個值肯定沒錯。skip-networking ：這種是不在監聽 TCP/IP 串連。這個時候只能通過socket 或者 named pip 串連max_connect_errors：允許每個host 串連出錯的次數，如果達到該值，該host就不能在進行串連除非使用 flush hosts

對於MySQL慢查詢日誌的分析，現已由多種工具來提供；最原始的mysqldumpslow，功能比較齊全的 mysqlsla和percona的 pt-query-digest；以上工具大大提高了DBA來分析資料庫的效能效率，減少了過多的猜測過程；如果能實現定時分析SQL並且進行可視化展示呢？適用過Query-Digest-UI-master 這個UI外掛程式，在配合 percona的

在遊戲行業中，經常會遇到刪除“死號”的需求；我們的使用者id是自增產生的，在刪號程式中，會遇到與資料庫中斷連線，但還在啟動並執行SQL語句；對於自增的欄位進行行記錄的刪除，會出現“斷裂帶”的情況，對於這種無法避免的情況，個人建議在資料維護過程中，analyze table 防止有過多資料存放區的片段；對於新的自增id，不會複用老的id；下面列出不同儲存引擎對auto_increment的支援:對於 innodb，myisam，memory

MySQL AHI(adaptive hash index)：沒有犧牲任何的事物特點和可靠性;根據搜尋的匹配模式，MySQL會利用 B-Tree index key 前半部分（利用btree index 所能找到的部分）長度任意建立hash index。hash index根據需求只對訪問頻率較高的page中的index建立hashindex如果一個表的資料全部在記憶體裡面，hash index可以加快查詢速度；innodb本身有監控index 查詢頻率的機制；通過hash

今有營運同學反應，某業務主從複製（一主兩從）延遲較大；MySQL master：5.0.82  Slave：5.0.88首先指出DB的資料量還是幾十G的大小，網路沒有問題，OS系統負載小，IO沒有吃緊；現象1、slave A 出現relay_log 產生上千個，且大小均為幾KB；錯誤記錄檔中無其他錯誤顯示；現象2、slave B show slave status\G 顯示正常；但error log 產生上G的錯誤檔案，報錯資訊為slave io error 無法讀取master

MySQL 版本：mariadb 5.5.30OS版本: centos 5.6 x86_64摘自網路一段話：“事務是按照提交的順序寫入binlog內，MySQLserver

MySQL版本：5.0.82測試環境中，開發人員告訴我，資料庫無法insert插入提示 lock wait timeout；第一印象是被某個語句鎖住，多次執行show full processlist 查看對同一個表執行的操作，查看 show engine innodb status\G  只顯示被鎖住的語句，未顯示被哪個語句鎖住（在官方5.5版本中同樣也是顯示這樣的情況，在mariadb分支中，顯示的資訊比較詳細！）；這個時候採取的辦法是開啟 innodb

時間：2013-04-18 11:32故障：資料庫伺服器無故重啟，當Slave啟動後，報relay_log損壞，SQL線程無法進行。故障原因：OS的重啟，可能會導致relay_log 無法正常同步此時的解決辦法是重新進行change master to ，但master log pos 採用的是Exec_Master_Log_Pos（show slave status\G變數輸出)從slave已經執行到的位置開始重新接受資料。本以為萬事ok，但slave上卻報出duplicate key的錯誤，

對於死結，MySQL並沒有提供提供直接的變數來表示。對於5.5版本之後的performance_shcema可以提供鎖的詳細資料（但我們還是5.0呢），對於InnoDB內建的監控器 Innodb_lock_monitor 其輸出總是輸出到錯誤記錄檔中，不方便進行對比。我監控採用的是zabbix，採用agent 被動方式向zabbix server傳送資料。指令碼為shell，採用show innodb status 重新導向核心代碼：檢測是否為新的死結資訊：