MySQL

 　　眾所周知，在任何一個資料庫中，查詢最佳化都是不可避免的一個話題。對於資料庫工程師來說，最佳化工作是最有挑戰性的工作。MySQL開來源資料庫也不例外。其實筆者認為，資料庫最佳化並沒有大家所想象的那麼苦難。通常情況下，大家可以從以下四個細節出發來做好MySQL資料庫的查詢最佳化工作。　　一、利用EXPLAIN關鍵字來評估查詢語句中的缺陷　　如下圖所示，現在筆者在資料庫中執行了一條簡單的Select查詢語句，從一個表格中查詢所有資訊。現在資料庫管理員想知道，資料庫在執行這條語句時，做了

　　MariaDB 是一個採用 Maria 儲存引擎的 MySQL 分支版本，是由原來 MySQL 的作者 Michael Widenius 創辦的公司所開發的免費開源的資料庫伺服器。　　下載 MariaDB 5.1.50：http://downloads.askmonty.org/　　MariaDB 5.1.50 的改進記錄包括：　　MySQL Bug #32426 & Bug #571200 FederatedX corrupt ORDER BY with TEXT　　Bug #616253

　　下文介紹的MySql預存程序是帶參數的預存程序(動態執行SQL語句)，該MySql預存程序是根據使用者輸入的條件和排序方式查詢使用者的資訊，排序條件可以沒有調用方式：　　call GetUsersDynamic('age<=30','');/********動態查詢使用者的資訊********/  

　　MySQL Hash索引和B-Tree索引的區別究竟在哪裡呢?相信很多人都有這樣的疑問，下文對兩者的區別進行了詳細的分析，供您參考。　　MySQL Hash索引結構的特殊性，其檢索效率非常高，索引的檢索可以一次定位，不像B-Tree 索引需要從根節點到枝節點，最後才能訪問到頁節點這樣多次的IO訪問，所以 Hash 索引的查詢效率要遠高於 B-Tree 索引。　　可 能很多人又有疑問了，既然 Hash 索引的效率要比 B-Tree 高很多，為什麼大家不都用 Hash 索引而還要使用

    在 linux 下，經常出現的情況就是使用 VBB 這種論壇系統時，出現緩慢，mysql 假死狀態，sleep進程過多等等現像。導致幾十個使用者，就把系統搞定了。    其實這是 mysql 配置上的問題， 預設的 linux 中， mysql 的配置是 my-large.cnf 配置，該配置適合大型伺服器。有高記憶體，比如2G，4G記憶體的，適合使用，而一般512M記憶體 的就不行了。它會佔用512M記憶體來儲存系統

最近由於需要大概研究了一下MYSQL的隨機抽取實現方法。舉個例子，要從tablename表中隨機提取一條記錄，大家一般的寫法就是：SELECT * FROM tablename ORDER BY RAND() LIMIT 1。但是，後來我查了一下MYSQL的官方手冊，裡面針對RAND()的提示大概意思就是，在ORDER BY從句裡面不能使用RAND()函數，因為這樣會導致資料列被多次掃描。但是在MYSQL 3.23版本中，仍然可以通過ORDER BY

　　MySQL左串連查詢是串連查詢中的一種方式，下面就為您介紹MySQL左串連查詢中的一些問題談論，如果您感興趣的話，不妨一看。　　我這裡所說的主表是指在串連查詢裡MySQL以哪個表為主進行查詢。比如說在MySQL左串連查詢裡，一般來說左表就是主表，但這隻是經驗之談，很多時候經驗主義是靠不住的，為了說明問題，先來個例子，建兩個示範用的表categories和posts：CREATE TABLE IF NOT EXISTS `categories`

　　1.MySQL中並發和隔離控制機制　　Meta-data中繼資料鎖：在table cache緩衝裡實現的，為DDL(Data Definition Language)提供隔離操作。一種特別的meta-data中繼資料類型，叫Name Lock。(SQL層)　　表級table-level資料鎖(SQL層)　　儲存引擎特有機制 -- row locks行鎖，page locks頁鎖，table locks表級，versioning版本(在引擎中實現)　　全域讀鎖 -- FLUSH TABLES

　　以下的文章主要介紹的是MySQL 動作記錄查看的實際操作步驟以及對其實際操作步驟的具體描述，假如你在實際操作中遇到相似的情況，但是你卻不知道對其如何正確的解決，那麼以下的文章對你而言一定是良師益友。　　剛接觸MySQL不久，發現缺少比較多企業級的功能，想即時查看MySQL所執行的sql語句,類似mssql裡的事件探查器，上網找了一下，只能將執行操作寫到日誌裡，做法如下:　　對my.ini檔案進行設定,我的MySQL安裝環境是xp

　　在這裡我們將介紹的是MySQL記憶體使用量上的線程獨享，線程獨享記憶體主要用於各用戶端連接線程儲存各種操作的獨享資料，如線程棧資訊，分組排序操作，資料讀寫緩衝，結果集暫存等等，而且大多數可以通過相關參數來控制記憶體的使用量。　　對於任何一個資料庫管理系統來說，記憶體的分配使用絕對可以算的上是其核心之一了，所以很多希望更為深入瞭解某資料庫管理系統的人，都會希望一窺究竟，我也不例外。　　從記憶體的使用方式MySQL

什麼是MySql資料庫？通常意義上，資料庫也就是資料的集合，具體到電腦上資料庫可以是儲存空間上一些檔案的集合或者一些記憶體資料的集合。我們通常說的MySql資料庫，sql

同MongoDB，Redis這樣的NoSQL資料庫的複製相比，MySQL複製顯得相當複雜！概述首先主伺服器把資料變化記錄到主日誌，然後從伺服器通過I/O線程讀取主伺服器上的主日誌，並且把它寫入到從伺服器的中繼日誌中，接著SQL線程讀取中繼日誌，並且在從伺服器上重放，從而實現MySQL複製。具體如下圖所示：MySQL複製整個過程反映到從伺服器上，對應三套日誌資訊，可在從伺服器上用如下命令查看： mysql> SHOW

在MySQL經曆了2008年Sun的收購和2009年Oracle收購Sun的過程中，基本處於停滯發展的情況，在可以預見的未來，MySQL是肯定會被Oracle擱置並且逐步雪藏消滅掉的。MySQL隨著相應的各主創和內部開發人員的離去，締造了各個不同的引擎和分支，讓MySQL有希望繼續發揚光大起來。本文大致講解一下MySQL目前除了主要的 MyISAM、InnoDB、Heap(Memory)、NDB

　　Percona 為 MySQL 資料庫伺服器進行了改進，在功能和效能上較 MySQL 有著很顯著的提升。該版本提升了在高負載情況下的 InnoDB 的效能、為 DBA 提供一些非常有用的效能診斷工具;另外有更多的參數和命令來控制伺服器行為。　　Percona Server 只包含 MySQL 的伺服器版，並沒有提供相應對 MySQL 的 Connector 和 GUI 工具進行改進。　　Percona Server 使用了一些 google-mysql-tools, Proven

js|mysql|過程

js|mysql 準備軟體:1. J2SDK(1.5.0): jdk-1_5_0-linux-i586-rpm.bin2. Apache(2.0.53): httpd-2.0.53.tar.gz3. Resin(3.0.13): resin-3.0.13.tar.gz4. MySQL(4.1.12): Server: MySQL-server-4.1.12-1.i386.rpm      

mysql|解決|問題 從MySQL 4.1開始引入的多語言支援確實很棒，而且一些特性已經超過了其他的資料庫系統。不過我在測試過程中發現使用適用於MySQL 4.1之前的PHP語句操作MySQL資料庫會造成亂碼，即使是設定過了表字元集也是如此。我讀了一下新的MySQL線上手冊中第十章"Character Set Support"後終於找到瞭解決方法並測試通過。MySQL 4.1的字元集支援(Character Set

　　在 MySQL下，在進行中文模糊檢索時，經常會返回一些與之不相關的記錄，如尋找 "%a%" 時，返回的可能有中文字元，卻沒有a字元存在。本人以前也曾遇到過類似問題，經詳細閱讀MySQL的Manual，發現可以有一種方法很方便的解決並得到滿意的結果。　　例子：　　希望通過“標題”對新聞庫進行檢索，關鍵字可能包含是中英文，如下SQL語句：　　QUOTE:　　select id,title,name from achech_com.news where

MySQL是一個跨平台的開源關係型資料庫管理系統，是我們常用的最經濟實惠的資料庫，由於其體積小、速度快、總體擁有成本低，尤其是開放源碼這一特點，更讓使用者得到最切實的實在，很多使用者在應用中對授權原則不是很了瞭解，下面我們就為大家來解析。伺服器重新啟動的情況當mysqld啟動時，所有的授權表內容被讀進儲存空間並且從那時開始生效。被伺服器立即應用的情況用GRANT、REVOKE或SET

MYSQL資料庫安裝完成後，預設最大串連數是100，一般流量稍微大一點的論壇或網站這個串連數是遠遠不夠的，增加預設MYSQL串連數的方法有兩個方法一：進入MYSQL安裝目錄 開啟MYSQL設定檔 my.ini 或 my.cnf尋找 max_connections=100   修改為 max_connections=1000 服務裡重起MYSQL即可方法二：MySQL的最大串連數預設是100用戶端登入：mysql -uusername -ppassword設定新的最大串連數為2