MySQL

曆經三天，終於把這項目搞定了，做下總結吧，以史為鑒。在確定用Perl來做這件事的時候，公司一老鳥看到了，對我說：“你為什麼不用c#來寫？第一：你熟練，不用去現查文法神馬的；第二：你這不是從21世紀，直接回到原始社會了嗎？沒有文法智聯，全用記事本，這不是有病嗎？”我當時笑笑，沒太在意，因為我之前在選的時候，就想過C#，但它最大的缺點是，我不能在伺服器上邊一直跑起，因為伺服器是LINUX作業系統，而且最重要的是想給自己一個挑戰，為以後在LINUX上做系統管理打一下基礎（哎！小弟就真不是一個安份的人。

文章目錄 從對資料操作的類型（讀\寫）分從鎖定的資料範圍分

AUTOCOMMITMysql預設自動認可，可以通過如下命令查看和修改：mysql> SHOW VARIABLES LIKE 'AUTOCOMMIT';+---------------+-------+| Variable_name | Value |+---------------+-------+| autocommit | ON |+---------------+-------+1 row in set (0.00 sec)mysql> SET AUTOCOMMIT = 1;

最關心的是MyIsam和InnoDB兩種。MyIsam：隱藏檔:資料檔案：.MYD索引檔案：.MYI特點：表鎖，不支援事務，支援全文索引，支援對TEXT和BLOB類型建立索引資料恢複貌似很慢，因為沒有log InnoDB：特點：行鎖，支援事務，資料恢複塊，因為有binlog曾經有人問：資料量很大，不需要事務支援，使用哪種儲存引擎好？dba給出的建議是InnoDB。理由沒說，我猜資料恢複的難易應該是決定選擇的主要原因吧，一旦出事兒，MyIsam要恢複很long的時間，那是不可接受的。使用InnoD

[轉]http://hi.baidu.com/tuozhuai/blog/item/bc77fd626c9868d6e6113a0b.html通常來說，在MyISAM裡讀寫操作是串列的，但當對同一個表進行查詢和插入操作時，為了降低鎖競爭的頻率，根據concurrent_insert的設定，MyISAM是可以平行處理查詢和插入的：當concurrent_insert=0時，不允許並發插入功能。當concurrent_insert=1時，允許對沒有洞洞的表使用並發插入，新資料位元於資料檔案結尾（預設

using System.IO;using System.Runtime.Serialization.Formatters.Binary;Hashtable aa = new Hashtable();private void buttonSave_Click(object sender, EventArgs e){ FileStream fs = new FileStream("e:\\400tel.dat", FileMode.Create); BinaryFormatter bf =

MySQL在Linux下資料庫名、表名、列名、別名大小寫規則是這樣的：　　1、資料庫名與表名是嚴格區分大小寫；　　2、表的別名是嚴格區分大小寫；　　3、列名與列的別名在所有的情況下均是忽略大小寫；　　4、變數名也是嚴格區分大小寫；　　MySQL在Windows下都不區分大小寫。　　所以在不同作業系統中為了能使程式和資料庫都能正常運行，最好的辦法是在設計的時候都轉為小寫，但是如果在設計的時候已經正常化大小寫了，那麼在Windows環境下只要對資料庫的配置做下改動就行了，具體操作如下：　　在MySQ

http://database.51cto.com/art/201005/202022.htm以下的文章主要向大家介紹的是實現MySQL遠端存取的實際操作流程，以及在實現MySQL遠端存取的過程中哪些的相關事項是十分重要的，以下就是文章的具體內容講述，望你瀏覽之後會對其有更深的瞭解。MySQL遠端存取 ：1、改表法。可能是你的帳號不允許從遠程登陸，只能在localhost。這個時候只要在localhost的那台電腦，登入mysql後，更改 "mysql" 資料庫裡的 "user" 表裡的

裝了MySQL 5.1，玩了一會，結果把伺服器弄壞了，服務啟動不了，提示1067錯誤在網上看了好久，原因很多，都不好使。經過半天的時間終於搞定了。處理方法：1.卸載MySQL2.刪除C盤目錄下MySQL預設產生的各種檔案夾   最關鍵的：C:\Documents and Settings\All Users\Application Data\MySQL   這裡有錯誤記錄檔和原來安裝時的密碼3.重裝MySQL 不過資料好像沒有了，起碼問題解決了，呵呵~~

由MySQL提供的模式比對的其它類型是使用擴充Regex。當你對這類模式進行匹配測試時，使用REGEXP和NOT REGEXP操作符(或RLIKE和NOT RLIKE，它們是同義字)。 擴充Regex的一些字元是： ·         ‘.’匹配任何單個的字元。·         字元類“[...]”匹配在方括弧內的任何字元。例如，“[abc]”匹配“a”、“b”或“c”。為了命名字元的範圍，使用一個“-”。“[a-z]”匹配任何字母，而“[0-9]”匹配任何數字。·         “ * ”

 先講下兩個字元集的區別：gb2312是標準中文字元集。UTF-8 是 UNICODE 的一種變長字元編碼，即 RFC 3629，可以解決多種語言文本顯示問題，從而實現應用國際化和本地化。 UTF-8 是位元組順序無關的，它的位元組順序在所有系統中都是一樣的，排序更加容易。因此 UTF-8 具有更高的效能。不過如果是純英文的話，用什麼都可以，用GB2312也沒問題。再分析下出現亂碼的原因mysql+php產生亂碼原因:

修改mysql的引擎為INNODB，可以使用外鍵，事務等功能，效能高。修改my.ini，在[mysqld]下加上    default-storage-engine=INNODB 其中紅色字型部分是要指定的引擎名稱。用sql語句修改已經建成表的引擎：alter table tableName type=InnoDB 下面貼出我的my.ini檔案供參考(http://www.my400800.cn)：[mysqld]basedir=C:\Program

對於每個類型擁有的值範圍以及並且指定日期何時間值的有效格式的描述見7.3.6 日期和時間類型。 1、這裡是一個使用日期函數的例子。下面的查詢選擇了所有記錄，其date_col的值是在最後30天以內： mysql> SELECT something FROM table WHERE TO_DAYS(NOW()) - TO_DAYS(date_col) <= 30; 2、返回日期date的星期索引(1=星期天，2=星期一,

今天同事A找到我，說是Mysql server X的負載很高，查詢很慢。他自己搗鼓了一陣未果後，我們一起看了下。[root@redhat var]# uname -aLinux xxx 2.6.18-128.el5 #1 SMP Wed Dec 17 11:41:38 EST 2008 x86_64 x86_64 x86_64 GNU/Linux[root@redhat var]# mysql -u root -p -e "select version();"+------------+|

今天用C#類串連mysql資料庫出現中文亂碼具體解決方案如下： 用到的mysql表結構： CREATE TABLE IF NOT EXISTS `tet` (   `id` int(11) NOT NULL,   `name` varchar(255) NOT NULL,   `url` varchar(255) NOT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8;用到的mysql表資料： INSERT INTO `tet` (`id`, `name`

資料庫是與日常應用緊密相連的，在沒有出現資料庫之前，人們通過手工記錄處理各種資訊。當需要記錄處理的資訊非常多時，手工處理效率就顯得及其低下了。比如病人到醫院就醫，需要通過挂號、就診、買藥、住院、治療、康複等一系列程式。挂號就要登記病人姓名、性別、年齡等情況。買藥的時候醫院依據藥單從成千上萬種藥物中挑出符合要求的藥品，需要知道藥的品名、具體位置、庫存多少、存取多少等等。如果病人很多，醫院選藥就很複煩了。如果手工處理，工作量大，而且有可能調拿錯藥。這時如果通過資料庫處理，只需簡單地輸入藥品名就馬上可

MySQL中concat函數使用方法：CONCAT(str1,str2,…)   返回結果為串連參數產生的字串。如有任何一個參數為NULL ，則傳回值為 NULL。注意：如果所有參數均為非二進位字串，則結果為非二進位字串。 如果自變數中含有任一二進位字串，則結果為一個二進位字串。一個數字參數被轉化為與之相等的二進位字串格式；若要避免這種情況，可使用顯式類型 cast, 例如：SELECT CONCAT(CAST(int_col AS CHAR),

查看資料庫版本  select version(), current_date();顯示資料庫用 show databases;選擇某個資料庫用use db_1;建立資料庫用create db_1;插入資料用insert into db_1 values(...);顯示當前選擇的資料庫用select database();建立表用create table tb_1 (...);顯示所有表用show tables;顯示某個表的所有內容select * from

今天幫朋友配置MySQL伺服器，竟然啟動不了服務，老是說1067錯誤，非常鬱悶！ 這時候搜尋引擎就發揮作用了，不過搜尋出來的結果都是一樣的，說什麼在windows目錄下搞什麼my.ini檔案。以下是原文：　　尋找系統windows目錄下的my.ini檔案，編輯內容（如果沒有該檔案，則建立一個），至少包含basedir，datadir這兩個基本的配置。 　　[mysqld] 　　# set basedir to installation path, e.g., c:/mysql 　　#

今天做項目時候就遇到這問題中文提示“找不到相應的主機。”這時候請檢查資料庫伺服器上 MySql.Data.DLL 檔案版本和項目 bin 目錄下的版本是否一致。如果遠程主機版本是 6.0.3而項目引用的是 5.0.3則會出現以上的錯誤提示但是如果本機主機上版本是 6.0.3即使項目引用的是 5.0.3也能正常串連資料庫，不清楚是什麼原因