MySQL

複製代碼 代碼如下: <?php list($usec, $sec) = explode(' ', microtime()); $timer = (float)$usec + (float)$sec; mysql_query($query, $active_db); list($usec, $sec) = explode(' ', microtime()); $stop = (float)$usec + (float)$sec; $diff = $stop - $timer; ?>

對於經常使用MYSQL的人來說，phpmyadmin是一個必備的工具。這個工具非常強大，幾乎可以完成所有的資料庫操作，但是它也有一個弱點，對於往遠程伺服器上匯入較大的資料檔案的時候會速度奇慢，甚至出現長期沒有響應的情況。

經過查詢才知道，是Mysql的欄位設定的太長了，於是我把這兩個欄位的長度改了一下就好了。 建立索引時，資料庫計算key的長度是累加所有Index用到的欄位的char長度後再按下面比例乘起來不能超過限定的key長度1000： latin1 = 1 byte = 1 character uft8 = 3 byte = 1 character gbk = 2 byte = 1 character 舉例能看得更明白些，以GBK為例： CREATE UNIQUE INDEX `unique_record`

而這些東西，正是新手很困惑的地方。一下是我的安裝筆記，在Centos虛擬機器上安裝成功。中文的參考：http://xieyu.blog.51cto.com/213338/59749英文的參考 How to Install MySQL 5.0 on Linux，How to Install PHP 5 on Linux ，How to Install Apache 2 on Linux Linux mysqlapache php 安裝過程。將apache ,mysql ,php 的tar.gz

在我們實際工作中，往往會能聽到很多關於不使用MySQL資料庫的理由，當然也有一些是對MySQL(和PHP搭配之最佳組合)的誤解，下面我將講述的是5個不使用MySQL(和PHP搭配之最佳組合)的響亮理由。首先我們要知道，或許有一項技術存在很多理由讓我們可以選擇使用它，但是讓我們不使用它往往只要有一個理由就足夠了。選擇一個軟體產品同樣也是如此。 MySQL資料庫雖然應用很廣泛，受到大家的青睞，但MySQL資料庫也有負面的作用，下面就介紹五個不適用 MySQL資料庫的給力理由。

在資料庫最佳化工作中，使資料儘可能的小，使表在硬碟上佔據的空間儘可能的小，這是最常用、也是最有效手段之一。因為縮小資料，相對來說可以提高硬碟的讀寫速度，並且在查詢過程中小表的內容處理時所佔用的系統資源比較少。同理，如果在比較小的列上設定索引的話，其索引所佔用的資源也會比較少。那麼資料庫管理員該如何給自己的資料減肥呢?對此筆者有如下幾個建議。建議一：空值並不一定不佔用空間在這裡筆者先給大家掃盲一下。有些資料庫管理員，認為空白值不會佔用系統資源，其實這是一個錯誤的認識。他們在資料庫設計時，不喜歡將欄

MySQL資料庫的管理對資料庫來說是至關重要的一個環節，要想懂得MySQL資料庫的管理必須從基礎做起，只有Crowdsourced Security Testing道了資料庫管理時使用的命令，實際操作起來就容易很多。下面就是MySQL資料庫管理常用命令：安裝利用RPM包安裝Mysql，設定TCP 3306連接埠的iptables。 root密碼管理設定root使用者的密碼mysqladmin -uroot password 'password'。 修改root使用者的密碼mysqladmin -

在MySQL資料庫中，支援單項、非同步複製。在複製過程中，一個伺服器充當主伺服器，而另外一台伺服器充當從伺服器。如下圖所示。此時主伺服器會將更新資訊寫入到一個特定的二進位檔案中。並會維護檔案的一個索引用來追蹤記錄檔迴圈。這個日誌可以記錄並發送到從伺服器的更新中去。當一台從伺服器串連到主伺服器時，從伺服器會通知主服器從伺服器的記錄檔中讀取最後一次成功更新的位置。然後從伺服器會接收從那個時刻起發生的任何更新，然後鎖住並等到主伺服器通知新的更新。這就是MySQL伺服器資料庫複寫原理的基本說明。作為資料

公司網站訪問量越來越大，MySQL自然成為瓶頸，因此最近我一直在研究 MySQL 的最佳化，第一步自然想到的是 MySQL 系統參數的最佳化，作為一個訪問量很大的網站（日20萬人次以上）的資料庫系統，不可能指望 MySQL 預設的系統參數能夠讓 MySQL運行得非常順暢。以下的文章主要介紹的是對MySQL伺服器的最佳化配置的時機操作步驟，同時本文也介紹了MySQL伺服器的最佳化配置的實際應用代碼，如果你對其相關的實際應用感興趣的話，你就可以點擊以下的文章對其進行瞭解。

在Apache, PHP, MySQL的體系架構中，MySQL對於效能的影響最大，也是關鍵的核心部分。對於Discuz!論壇程式也是如此，MySQL的設定是否合理最佳化，直接影響到論壇的速度和承載量！同時，MySQL也是最佳化難度最大的一個部分，不但需要理解一些MySQL專業知識，同時還需要長時間的觀察統計並且根據經驗進行判斷，然後設定合理的參數。

第一種 複製代碼 代碼如下: #This File was made using the WinMySQLAdmin 1.4 Tool #2004-2-23 16:28:14 #Uncomment or Add only the keys that you know how works. #Read the MySQL Manual for instructions [mysqld] basedir=D:/mysql #bind-address=210.5.*.*

方法一： 　1.導表結構 　　使用MySQL產生create指令碼的方法。找到產生要匯出的指令碼，按MySQL的文法修改一下到MySQL資料庫中建立該表的列結構什麼的。 　　2.導表資料 　　在MSSQL端使用bcp匯出文字檔: 　　bcp "Select * FROM dbname.dbo.tablename;" queryout tablename.txt -c -Slocalhost\db2005 -Usa

還原一個資料庫:mysql -h localhost -u root -p123456 www<c:\www.sql 備份一個資料庫:mysqldump -h localhost -u root -p123456 www > d:\www2008-2-26.sql //以下是在程式中進行測試 //$command = "mysqldump --opt -h $dbhost -u $dbuser -p $dbpass $dbname | gzip > $backupFile";

一、從 4.0 到 4.1 的主要變化 如果在4.1.0到4.1.3版本的MySQL中建立了包含 TIMESTAMP 欄位的 InnoDB表。則在升級到4.1.4及更高時需要重建表，因為儲存格式發生變化了 字串根據標準SQL來比較：比較之前不刪除末尾的空格，以前用末尾空格擴充了比較短的字串。現在的結果是'a' > 'a\t'，以前則不這樣。可以用 mysqlcheck 來檢查一下資料表 TIMESTAMP 返回 'YYYY-MM-DD HH:MM:SS' 格式的字串。在MySQL

首先在建立資料庫時一定要注意產生原資料庫相同的編碼形式，如果已經產生可以用phpmyadmin等工具再整理一次，防止資料庫編碼和表的編碼不統一造成亂碼。 方法一: 通過增加參數 –default-character-set = utf8 解決亂碼問題 mysql -u root -p password < path_to_import_file –default-character-set = utf8 方法二: 在命令列匯入亂碼解決 1. use database_name; 2.

mysql全文檢索搜尋,sql的寫法: MATCH (col1,col2,…) AGAINST (expr [IN BOOLEAN MODE | WITH QUERY EXPANSION]) 比如: SELECT * FROM articles WHERE MATCH (title,body) AGAINST ('database'); MATCH()函數對於一個字串執行資料庫內的自然語言搜尋。一個資料庫就是1套1個或2個包含在FULLTEXT內的列。搜尋字串作為對

這就意味著資料庫和表名在 Windows 中是大小寫不敏感的，而在大多數類型的 Unix 系統中是大小寫敏感的。一個特例是 Mac OS X，當預設的 HFS+ 檔案系統使用時。然而 Mac OS X 還支援 UFS 卷，那些在 Mac OS X 是大小寫敏感的就如他們在任一 Unix 上一樣。查看章節 1.8.3 MySQL 對 ANSI SQL92 的擴充。 注意：儘管在 Windows

本文將為你介紹這些不為人知的特性。以XML格式查看查詢結果通過使用傳統—xml 選項調用MySQL命令列客戶程式，你可以以XML格式(而不是傳統的列表形式)來查看MySQL查詢結果。如果你打算將查詢輸出與其它程式整合在一起，這一技巧非常有用，這裡是一個例子：表Ashell> mysql --xmlmysql> SELECT * FROM test.stories;1This is a test2005-07-28 00:14:572This is the second test200

複製代碼 代碼如下:REPAIR TABLE `table_name` 修複表 OPTIMIZE TABLE `table_name` 最佳化表 REPAIR TABLE 用於修複被破壞的表。 OPTIMIZE TABLE 用於回收閑置的資料庫空間，當表上的資料行被刪除時，所佔據的磁碟空間並沒有立即被回收，使用了OPTIMIZE TABLE命令後這些空間將被回收，並且對磁碟上的資料行進行重排（注意：是磁碟上，而非資料庫）。 多數時間並不需要運行OPTIMIZE

1.表損壞的原因分析 以下原因是導致mysql 表毀壞的常見原因： 1、 伺服器突然斷電導致資料檔案損壞。 2、 強制關機，沒有先關閉mysql 服務。 3、 mysqld 進程在寫表時被殺掉。 4、 使用myisamchk 的同時，mysqld 也在動作表。 5、 磁碟故障。 6、 伺服器死機。 7、 mysql 本身的bug 。 2.表損壞的癥狀 一個損壞的表的典型癥狀如下： 1 、當在從表中選擇資料之時，你得到如下錯誤： Incorrect key file for table: '...