成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

51CTO首頁(yè)

AI.x社區(qū)

軟考社區(qū)

免費(fèi)課

企業(yè)培訓(xùn)

鴻蒙開發(fā)者社區(qū)

信創(chuàng)認(rèn)證

公眾號(hào)矩陣

移動(dòng)端

視頻課免費(fèi)課排行榜短視頻直播課軟考學(xué)堂

全部課程軟考信創(chuàng)認(rèn)證華為認(rèn)證廠商認(rèn)證 IT技術(shù)PMP項(xiàng)目管理免費(fèi)題庫(kù)

在線學(xué)習(xí)

文章資源問(wèn)答課堂專欄直播

51CTO

鴻蒙開發(fā)者社區(qū)

51CTO技術(shù)棧

51CTO官微

51CTO學(xué)堂

51CTO博客

CTO訓(xùn)練營(yíng)

鴻蒙開發(fā)者社區(qū)訂閱號(hào)

51CTO軟考

51CTO學(xué)堂APP

51CTO學(xué)堂企業(yè)版APP

鴻蒙開發(fā)者社區(qū)視頻號(hào)

51CTO軟考題庫(kù)

賬號(hào)設(shè)置退出

MySQL

4235內(nèi)容??

關(guān)注

話題涵蓋MySQL相關(guān)研究熱點(diǎn)、技術(shù)難點(diǎn)與應(yīng)用場(chǎng)景。作為最流行的關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)之一，MySQL 憑借體積小、速度快、總體擁有成本低等特點(diǎn)，深受用戶喜愛。

文章博文課程

共 852 條

-------------------------------------------一、前言二、環(huán)境三、流程分析四、具體配置1.安裝apache和mysql2.卸載postfix RPM包3.安裝postfix源碼包4.安裝courier-authlib5.創(chuàng)建mailbox6.導(dǎo)入數(shù)據(jù)庫(kù)7.安裝dovecot8.配置extmail9.配置extman五、測(cè)試六、后臺(tái)mysql數(shù)據(jù)庫(kù)用戶信息七、

2014-03-08 15:45:16

mysql 主機(jī)network

mysql explain的bug

最近在做hadoop集群的容量數(shù)據(jù)，主要依據(jù)zabbix的監(jiān)控?cái)?shù)據(jù)，因?yàn)橐?jì)算impala的內(nèi)存使用情況，就使用了下面的sqlselect a.host,avg(b.value) from (select a.host,b.itemid,b.key_ from hosts a,items b where a.hostid=b.hostid and a.host like '%hadoop-data

2014-03-07 13:40:22

mysql bug explain

mysql隱式轉(zhuǎn)換造成索引失效的事故總結(jié)

隱式轉(zhuǎn)換導(dǎo)致索引失效.這一點(diǎn)應(yīng)當(dāng)引起重視.也是開發(fā)中經(jīng)常會(huì)犯的錯(cuò)誤. 由于表的字段tu_mdn定義為varchar2(20),但在查詢時(shí)把該字段作為number類型以where條件傳給mysql,這樣會(huì)導(dǎo)致索引失效. 錯(cuò)誤的例子：select * from test where tu_mdn=13333333333; 正確的例子：select * from test w

2014-03-07 11:03:24

mysql 索引失效

全文索引對(duì)索引選擇的干擾

mysql全文索引使用得到，對(duì)性能提升有一定幫助；但是，若使用不得到，將會(huì)是異常災(zāi)難；mysql全文索引對(duì)整個(gè)優(yōu)化器的索引選擇都有干擾?？次疑a(chǎn)環(huán)境下優(yōu)化過(guò)的一條sqlSELECT DISTINCT pc.products_id, pd.products_name,p.products_date_added,pso.products_id FROM products_to_categories

2014-03-06 14:24:04

mysql fullt mysql fullt mysql 全文索引使

MySQL5.6創(chuàng)建用戶密碼不再明文顯示在binlog二進(jìn)制日志文件里

MySQL5.5里：MySQL5.6里：已經(jīng)加密。但如果update mysql.user set password=password('654321') where User='hcy';還會(huì)是明文，如圖：測(cè)試環(huán)境binlog_format = MIXED改為ROW模式：加密。

2014-02-26 22:24:59

MySQL 二進(jìn)制 binlog

巧用臨時(shí)表將大結(jié)果集轉(zhuǎn)換為小結(jié)果集驅(qū)動(dòng)查詢

sql如下SELECT DISTINCT o.orders_id, o.oa_order_id,os.orders_status_name, o.order_type, o.date_purchased AS add_date,dop.resource, dop.country_code FROM dm_order_products AS dop LEFT JOIN orders AS o

2014-02-24 17:14:22

mysql 臨時(shí)表驅(qū)動(dòng)查詢

記錄一次奇葩的sleep(15)引起的Too many connections

上周日，早上快到6點(diǎn)，天還沒亮，睡得正香，突然被一聲短信驚醒，Too many connections！我這納悶?zāi)兀闵痘顒?dòng)呢？平常這都是低風(fēng)期啊。登陸機(jī)器一查看慢日志，發(fā)現(xiàn)有這么一條SQL，很奇葩：跑了快1小時(shí)了，而且查詢的結(jié)果還是0行。很奇怪到底在搞毛？我又查看了這個(gè)表，并沒有aid=1的記錄。周一詢問(wèn)了開發(fā)，都不知道這條SQL。最后猜想到，這是不是監(jiān)控人員，搞的一個(gè)每隔15秒就連接一下，看看

2014-02-24 15:42:01

故障 mysql 連接數(shù)

結(jié)合業(yè)務(wù)特性巧用臨時(shí)表

拿到某開發(fā)sql如下SELECT p.products_id FROM products AS p JOIN products_to_categories AS pc USING(products_id) JOIN categories AS c USING(categories_id) JOIN products_realtime_quantity AS prq ON prq.sku_or_p

2014-02-21 10:31:20

mysql 優(yōu)化臨時(shí)表

pt-online-schema-change和XtraBackup的工作原理

一.直接執(zhí)行 alter table XXX ……1.按照原始表（original_table）的表結(jié)構(gòu)和DDL語(yǔ)句，新建一張不可見的臨時(shí)表。2.在原表上加write lock，此時(shí)對(duì)原表的所有U D I DDL 都是阻塞的。3.執(zhí)行insert into tmp_table select * from oldtable;4.rename oldtable 和 tmp_table，再d

2014-02-20 00:12:13

工作原理 XtraBackup pt-online-s

distinct和order by共存對(duì)索引選擇的影響

程序需要找出產(chǎn)品表中最新添加的狀態(tài)為可用的20個(gè)產(chǎn)品用于客戶展示sql語(yǔ)句如下SELECT DISTINCT p.products_id, p.sj_id, p.px_id, p.products_model, p.products_p_w_picpath, pd.products_name FROM products AS p LEFT JOIN products_description AS

2014-02-19 15:29:16

mysql 優(yōu)化 order by 優(yōu)化

Web服務(wù)基礎(chǔ)六之編譯安裝配置RHEL+Apache+MySQL+PHP+ZendOptimize

一、準(zhǔn)備工作1、開啟80、3306端口，關(guān)閉selinux[root@justin ~]# vim /etc/sysconfig/iptables # Firewall configuration written by system-config-firewall # Manual customization of this file is not recommended. *filter :IN

2014-02-19 14:27:00

Zend Web服務(wù)編譯安裝LAMP

MySQL Connector/Net 句柄泄露

MySQL 5.5的環(huán)境，使用的Connector/Net版本是6.8.3.0，發(fā)現(xiàn)在打開連接異常時(shí)會(huì)有內(nèi)存與句柄泄露，寫了一個(gè)小程序測(cè)試一下：private void HandleLeak() { DbConnection conn = null; while(true) { try { //服務(wù)器能連上，但給的密碼

2014-02-18 16:56:20

mysql handle 句柄泄露

不要隨隨便便的distinct和order by

有客戶反應(yīng)網(wǎng)站后臺(tái)訂單相關(guān)查詢非常慢,通過(guò)程序拿到了相關(guān)sqlexplainexplain SELECT DISTINCT(o.orders_id), o.oa_order_id, customers_email_address, o.order_type, ot.text AS total_value, o.track_number, o.date_purchased, o.orders_sta

2014-02-18 14:34:08

mysql 優(yōu)化 distinct

MySQL5.6優(yōu)化了Order by排序limit

表結(jié)構(gòu)（1000萬(wàn)行記錄）：mysql> show create table sbtest\G; *************************** 1. row *************************** Table: sbtest Create Table: CREATE TABLE `sbtest` ( `id` int(10) unsigned NO

2014-02-12 18:24:31

排序 limit order by

比較MySQL 5.6與前版的同步協(xié)議

前面幾節(jié)介紹了MySQL的基本同步協(xié)議，4.1是個(gè)重要的轉(zhuǎn)折，新版的在協(xié)議包數(shù)據(jù)格式方面，一般要設(shè)置CLIENT_PROTOCOL_41，并且按照設(shè)置此標(biāo)志位的格式序列化與反序列化。但是4.1畢竟比較舊了，我們這次關(guān)注5.6帶來(lái)的變化。1. 對(duì)事件的完整性校驗(yàn)5.6默認(rèn)是對(duì)事件做完整性校驗(yàn)的，即每個(gè)事件包的最后4個(gè)字節(jié)是校驗(yàn)和，校驗(yàn)和作為事件體的一部分，算在事件長(zhǎng)度中。并且沒有在之前的包格式中定義

2014-02-12 16:52:52

MySQL Binrary-lo 5.6

去掉不該連接的表

數(shù)據(jù)庫(kù)收到報(bào)警，負(fù)載飆至60，上去一看，cpu飆至3000%，32個(gè)核心所剩無(wú)幾！第一反應(yīng)，sql語(yǔ)句卡住了。登錄mysql，show processlist，發(fā)現(xiàn)大量重復(fù)的sql語(yǔ)句SELECT cv.filter_value_id,cv.filter_id,cv.value,COUNT(1) quantity FROM e_category_filter_value AS cv INNER J

2014-02-12 10:37:37

mysql force mysql 連接表

MySQL5.6優(yōu)化了派生子查詢

網(wǎng)友黃華亮發(fā)了一條SQL的執(zhí)行計(jì)劃問(wèn)t表的字段TOP_TITLE_ID是主鍵，為啥order by還會(huì)有Using temporary; Using filesort后來(lái)我把該表要了過(guò)來(lái)，在我的機(jī)器上做了下測(cè)試，如果改成如下SQL就沒有Using temporary; Using filesort于是又在5.6上測(cè)試了一下，發(fā)現(xiàn)：同樣的SQL語(yǔ)句，在MySQL5.6上就去掉了Using tempo

2014-02-11 15:41:59

mysql5.6 派生子查詢

MySQL死鎖案例

版本：MySQL 5.1.56-logLATEST DETECTED DEADLOCK------------------------140111 2:44:29*** (1) TRANSACTION:TRANSACTION 5 871020258, ACTIVE 0 sec, process no 23080, OS thread id 1367480640 starting ind

2014-02-10 15:07:07

zabbix企業(yè)應(yīng)用之low level discovery監(jiān)控mysql

之前介紹了使用zabbix監(jiān)控固定3306端口的mysql，有個(gè)不好的地方是只能監(jiān)控固定的3306端口，如果是非3306端口的話，需要修改模板，如果主機(jī)有多個(gè)mysql實(shí)例的話，需要具有不同的mysql模板，然后在管理監(jiān)控，很是麻煩，為了解決這個(gè)問(wèn)題，我使用lld（low level discovery）方式監(jiān)控mysql，只需要你在正則表達(dá)式里把需要監(jiān)控的端口標(biāo)上，就可以監(jiān)控mysql多實(shí)例。

2014-02-10 11:17:57

mysql zabbix discovery監(jiān)控

更換mysql數(shù)據(jù)目錄后出現(xiàn)ERROR 2002 (HY000): Can't connect to local MySQL serve

服務(wù)器上的mysql默認(rèn)數(shù)據(jù)目錄為/var/lib/mysql/，同時(shí)服務(wù)器的/空間不是很大，而近期又有大量的日志需要導(dǎo)入進(jìn)行分析，時(shí)常搞得/的空間捉襟見肘，晚上一狠心就想把mysql的數(shù)據(jù)目錄轉(zhuǎn)移到另外一塊硬盤/data中。于是關(guān)閉mysql服務(wù)： service mysqld stop 轉(zhuǎn)移mysql數(shù)據(jù)目錄 mv /var/lib/mysql/ /data/ 編輯my.cnf

2014-02-09 00:20:03

mysql 服務(wù)器 service

模擬生產(chǎn)環(huán)境MySQL5.5升級(jí)Percona5.6演示步驟

MySQL5.6出來(lái)一年了，對(duì)其新特性也有了了解，也基本上穩(wěn)定了，等小版本在5.6.20就可以考慮將線上的數(shù)據(jù)庫(kù)版本進(jìn)行升級(jí)。為了更多網(wǎng)友今后升級(jí)工作，這里我模擬了生產(chǎn)環(huán)境對(duì)其進(jìn)行一次升級(jí)，我選擇的版本是Percona，選擇的因素是線程池，這個(gè)只有MySQL企業(yè)版才支持，較之社區(qū)版有了性能的改善。視頻地址：http://edu.51cto.com/lesson/id-18818.html

2014-02-06 22:59:24

升級(jí)mysql5.6

Percona5.6.15線程池壓力測(cè)試

這篇文章生動(dòng)的描述了線程池的妙處，它可以解決高并發(fā)數(shù)據(jù)庫(kù)性能下降。每個(gè)客戶端連接MySQL執(zhí)行SQL語(yǔ)句會(huì)創(chuàng)建一個(gè)線程。一旦連接數(shù)量的增加超過(guò)某特定點(diǎn)性能將會(huì)下降。

2014-02-04 21:42:53

線程池壓力測(cè)試 percona

MySQL 優(yōu)化腳本（analyze）引起的應(yīng)用崩潰

早上剛走進(jìn)公司的門口，快走到辦公桌的時(shí)候，開發(fā)的同事很著急的跟我說(shuō)：你可來(lái)了！我：發(fā)生什么事情了？開發(fā)同事：XX數(shù)據(jù)庫(kù)死掉了！我：特別驚訝！這個(gè)庫(kù)運(yùn)行的一直的很好的，怎么會(huì)死掉了？況且也沒有接收到監(jiān)控的報(bào)警信息？別著急，等我遠(yuǎn)程連接上去看看。登陸到MySQL后查看一下狀態(tài)： show processlist；然后看到至少有一千多個(gè)查詢一直在執(zhí)行，根據(jù)以

2014-01-26 15:33:10

關(guān)鍵字 thread tables

【原創(chuàng)】PostgreSQL 實(shí)現(xiàn)MySQL "insert ignore" 語(yǔ)法。

PostgreSQL 實(shí)現(xiàn)MySQL的“INSERT IGNORE” 語(yǔ)法。..

2014-01-16 15:48:55

MYSQL POSTGRESQL

【原創(chuàng)】 PostgreSQL 實(shí)現(xiàn)MySQL 的auto_increment 字段

PostgreSQL 實(shí)現(xiàn)MySQL的auto_increment

2014-01-14 16:16:55

MYSQL POSTGRESQL

[PHP] PHP+MYSQL留言板制作

PYTHON學(xué)習(xí)先告一段落,最近一直在研究PHP,剛好最近看到留言板制作,所以整理了點(diǎn)自己的心得寫了出來(lái),供大家參考PS:附件有代碼包供大家下載.系統(tǒng)環(huán)境: WAMPIDE: NETBEANSSQL工具: NAVICAT顯示效果如圖:1.導(dǎo)入MYSQL數(shù)據(jù):將如下SQL語(yǔ)句導(dǎo)入庫(kù),假定庫(kù)名

2014-01-10 12:10:55

php MYSQL 制作方法

【原創(chuàng)】 POSTGRESQL 與MYSQL 實(shí)現(xiàn)分割字符串的方法對(duì)比

我這里列舉了MYSQL和POSTGRESQL對(duì)字符串分割的方法對(duì)比總結(jié)。

2014-01-08 12:50:15

postgresql 分割字符串 plpgsql

如何查看mysql中表的存儲(chǔ)引擎類型

mysql支持多種存儲(chǔ)引擎，在處理不同類型的應(yīng)用時(shí)，可以通過(guò)選擇使用不同的存儲(chǔ)引擎提高應(yīng)用的效率，或者提供靈活的存儲(chǔ)。mysql的存儲(chǔ)引擎包括：MyISAM、InnoDB、BDB、MEMORY、MERGE、EXAMPLE、NDB Cluster、ARCHIVE、CSV、BLACKHOLE、FEDERATED等，其中InnoDB和BDB提供事務(wù)安全表，其它存儲(chǔ)引擎都是非事務(wù)安

2014-01-07 15:58:31

MySQL 5.1.73升級(jí)為MySQL 5.5.35詳解

一、前言二、概述三、安裝MySQL 5.1.73四、升級(jí)為MySQL 5.5.35五、總結(jié) 注，測(cè)試環(huán)境 CentOS 6.4 x86_64，MySQL 版本（5.1.73、5.5.35）目前最新版。下載地址：http://dev.mysql.com/downloads/mysql/5.1.html#downloads。一、前言前幾篇博客中我們講解了MySQL5.1與MySQL5.5之間的性能差異

2014-01-05 16:00:22

升級(jí)Mysql5.1 Mysql5.5

MySQL5.1 MyISAM與InnoDB 引擎讀寫性能對(duì)比

一、前言二、概述三、100 萬(wàn)數(shù)據(jù)性能測(cè)試四、200 萬(wàn)數(shù)據(jù)性能測(cè)試五、500 萬(wàn)數(shù)據(jù)性能測(cè)試六、1000 萬(wàn)數(shù)據(jù)性能測(cè)試七、總結(jié) 注，測(cè)試環(huán)境 CentOS 6.4 x86_64，軟件版本 MySQL 5.1.73 (MySQL 5.1最新版)，下載地址：http://dev.mysql.com/downloads/mysql/5.1.html#downloads。一、前言在上兩篇博客中我們測(cè)

2014-01-04 19:24:13

InnoDB MyISAM Mysql5.1

【MySQL運(yùn)維】MySQL5.1升級(jí)到MySQ 5.5實(shí)戰(zhàn)

之前公司大部分項(xiàng)目都上了5.5版本，手上剛好有個(gè)項(xiàng)目(自由交易平臺(tái))數(shù)據(jù)量不是很大，單臺(tái)服務(wù)器在線上跑得比較穩(wěn)定，很少去搭理，為了統(tǒng)一版本于是打算升級(jí)到MySQL5.5版本...在賀總的協(xié)助下完成了升級(jí)工作..下面是具體的升級(jí)過(guò)程及二個(gè)大版本之間一些要注意的參數(shù)！一、my.cnf配置文件參數(shù)的更改#skip-locking 在5.5里已經(jīng)不識(shí)別了，改成 skip-external-locking#

2014-01-02 22:55:08

mysql mysql升級(jí)

自適應(yīng)哈希索引引起的不定時(shí)MySQL崩潰重啟

我們先看一下這個(gè)報(bào)錯(cuò)日志：InnoDB: Warning: a long semaphore wait: --Thread 140593224754944 has waited at btr0cur.c line 528 for 241.00 seconds the semaphore: X-lock on RW-latch at 0x7fd9142bfcc8 created in file di

2014-01-01 22:39:28

宕機(jī)自適應(yīng)哈希索引 mysql崩潰重啟

【MySQL運(yùn)維】解決由于中繼日志報(bào)錯(cuò)導(dǎo)致主從故障一例

今天一哥們發(fā)來(lái)求助，說(shuō)主從不同步了，他發(fā)給主從的報(bào)錯(cuò)信息，發(fā)現(xiàn)從error日志報(bào)錯(cuò)（沒有截取到show slave status\G的相關(guān)信息），但是通過(guò)查看日志信息報(bào)錯(cuò)如下：上面的報(bào)錯(cuò)信息顯示無(wú)法讀取relay日志，有可能是中繼日志損壞~~~根據(jù)經(jīng)驗(yàn)，查看到他的中繼文件名中帶有l(wèi)ocalhost，就斷定肯定是由于在mysql下在運(yùn)行的情況下修改了主機(jī)名，導(dǎo)致relay日志文件損壞。他們當(dāng)前使用的

2013-12-31 15:51:59

mysql 主從故障

zabbix企業(yè)應(yīng)用之監(jiān)控3306端口的mysql

本次介紹監(jiān)控固定3306端口的mysql，下面是方法一、客戶端1.到/usr/loca/zabbix/conf/zabbix_agentd.conf里添加UserParameter=mysql[*],mysql -h localhost –P 3306 -uzabbix -pzabbix -e "show global status"|grep "\<$1\>"|cut –f2如果你m

2013-12-30 09:56:30

zabbix監(jiān)控mys zabbix監(jiān)控330 zabbix moni

CloudStack4.1.1升級(jí)CloudPlatForm4.2.0實(shí)踐手冊(cè)

背景闡述CloudStack是開源軟件，CloudPlatForm是CloudStack的企業(yè)版實(shí)現(xiàn)，其中增加了某些企業(yè)級(jí)特性，如主機(jī)高可用，所以打算將原有的CloudStack升級(jí)為CloudPlatForm，從而提高整個(gè)架構(gòu)的穩(wěn)定性與高可用性。建議使用本手冊(cè)的讀者先單獨(dú)安裝CloudStack4.1.1以及CloudPlatForm4.2.0或者CloudStack4.2.0，需要足夠了解兩個(gè)

2013-12-27 14:15:07

upgrade cloudstack

mysql移動(dòng)數(shù)據(jù)存放目錄及問(wèn)題

mysql移動(dòng)數(shù)據(jù)存放目錄

2013-12-26 14:04:19

mysql 數(shù)據(jù)移動(dòng)

技術(shù)問(wèn)題兩則

安裝oracle11g時(shí)，ORACLE_SID設(shè)置成db_254的形式，會(huì)導(dǎo)致sqlplus登錄時(shí)不方便，因此最好設(shè)置成export ORACLE_SID=db254的形式，以免引起不必要的麻煩。一小兄弟來(lái)電詢問(wèn)，說(shuō)keepalived做mysql的failover時(shí)，vip可以漂移，但mysql進(jìn)程自動(dòng)起不來(lái)。疑惑在于：腳本權(quán)限沒問(wèn)題，手動(dòng)運(yùn)行也是對(duì)的。我建議他把配置發(fā)過(guò)來(lái)，其內(nèi)容為：globa

2013-12-20 11:07:27

mysql 技術(shù)interface

從某次測(cè)試過(guò)程中，得到的MySQL性能優(yōu)化的建議，和定位問(wèn)題的方法

MySQL版本5.5某次測(cè)試優(yōu)化過(guò)程中碰到的問(wèn)題和解決問(wèn)題的方法，方案。以供各位參考。一，表結(jié)構(gòu)的優(yōu)化問(wèn)題1，表與字段使用不同的字符集會(huì)導(dǎo)致索引失效我在自己的機(jī)器上，沒試出來(lái)?？赡芘c記錄數(shù)太少有關(guān)。有時(shí)，記錄數(shù)太少，得出的結(jié)果有些不一致。但此問(wèn)題，是存在的。問(wèn)題2，表字段太長(zhǎng)，會(huì)導(dǎo)致order by時(shí)索引失效mysql> show create table t2\G*************

2013-12-19 14:28:58

MySQL 數(shù)據(jù)庫(kù)性能優(yōu)化建議

MySQL實(shí)際應(yīng)用中遇到的鎖問(wèn)題

最近在項(xiàng)目中發(fā)現(xiàn)了事務(wù)之間的死鎖問(wèn)題，所以研究了一下MySQL鎖機(jī)制，并且延伸到了MVCC等周邊知識(shí)，我只在這里介紹一下開發(fā)中可能遇到的問(wèn)題，具體內(nèi)容推薦閱讀《高性能MySQL》。前言：mysql有兩種鎖機(jī)制——讀鎖（共享鎖）和寫鎖，意思就是一個(gè)進(jìn)程獲取讀鎖的話，所有進(jìn)程都可以進(jìn)行讀，但不可以寫，如果一個(gè)進(jìn)程獲取了寫鎖，那除了這個(gè)進(jìn)程之外其他進(jìn)程都不可以進(jìn)行讀寫。由于myisam不存在死鎖的問(wèn)題也

2013-12-18 14:45:06

Mysql 數(shù)據(jù)庫(kù)鎖機(jī)制

openvpn+mysql+pam 構(gòu)建強(qiáng)大的vpn系統(tǒng)

openvpn+mysql+pam本次為新的生產(chǎn)環(huán)境部署系統(tǒng)而采用了這個(gè)方案，陸續(xù)會(huì)將實(shí)際的生產(chǎn)架構(gòu)整理出來(lái).由于涉及到公司的各種敏感信息，已經(jīng)將IP做了替換中途可能有出入敬請(qǐng)諒解。等我找時(shí)間畫圖出來(lái)一并奉上。如果有根本上的問(wèn)題，請(qǐng)大家指正。本次為了測(cè)試使用了如下的軟件版本：epel-release-6-8.noarch.rpmlzo-2.03.tar.gzopenvpn-2.2.2.tar.g

2013-12-16 15:46:56

mysql openvpn pam

如何成功清理重建CloudStack環(huán)境

很過(guò)玩過(guò) CloudStack的童鞋，或多或少在剛剛?cè)腴T CloudStack的時(shí)候，對(duì)一個(gè)搭建環(huán)境需要做N多次的創(chuàng)建，刪除才能最終運(yùn)行好一個(gè)云環(huán)境，但是在這個(gè)過(guò)程中，如果遇到問(wèn)題，找不出其他方法解決的話，很多新手暫時(shí)能夠想到的就是重新創(chuàng)建環(huán)境，在這個(gè)過(guò)程中，有幾項(xiàng)注意點(diǎn)需要提醒各位，否則即使重建好了環(huán)境，也會(huì)由于某些配置的殘留而導(dǎo)致新的環(huán)境出現(xiàn)新的問(wèn)題。1. CloudStack

2013-12-15 17:53:23

重建 clousdtack

基于gevent和pymysql實(shí)現(xiàn)mysql讀寫的異步非堵塞方案

咱們經(jīng)常使用的mysql庫(kù)，MySQL-Python庫(kù)是用C寫的，很遺憾它是阻塞的，要實(shí)現(xiàn)異步的MySQL驅(qū)動(dòng)必須用Python版本的MySQL驅(qū)動(dòng)！現(xiàn)在社區(qū)里面有兩個(gè)純python實(shí)現(xiàn)的mysql驅(qū)動(dòng)。一個(gè)是 myconnpy 另一個(gè)是PyMysql ~ 這兩個(gè)mysql驅(qū)動(dòng)文檔相當(dāng)?shù)纳傺?，好在他們的用法和MySQldb相當(dāng)?shù)南瘢蝗痪鸵^疼的看代碼了。。。實(shí)現(xiàn)的方式是用sock

2013-12-08 23:09:54

python geve python pymy python 堵塞

MySQL數(shù)據(jù)“誤”刪“攻防”戰(zhàn)

相信各位線上都可能遇到過(guò)或者聽到過(guò)數(shù)據(jù)被應(yīng)用程序“誤”刪，可能因?yàn)槠碨QL導(dǎo)致謂詞為永真刪除或者更新了全部數(shù)據(jù)？或者虛驚一場(chǎng)？因此，面對(duì)這種情況我們要能：1.“攻”：如何防止這種情況發(fā)生2.“守”：如果發(fā)生了怎么辦對(duì)于“攻”：因?yàn)槲覀兪荕ySQL，主要拿MySQL舉例：1.sql_safe_update：當(dāng)設(shè)置為1時(shí)對(duì)于update：如果謂詞沒有索引并且沒有l(wèi)imit會(huì)被拒絕對(duì)于delete：如果

2013-11-14 23:48:04

誤刪 mysql safe

主從不同步故障案例一

故障原因：開發(fā)人員在主庫(kù)上修改了一張表的結(jié)構(gòu)，加了一個(gè)字段，從庫(kù)由于各種原因沒有同步過(guò)去，導(dǎo)致主從同步失敗。故障處理：1、查看在從庫(kù)上查看同步狀態(tài)：mysql> show slave status\G *************************** 1. row *************************** Slave_IO_State: Waiting for maste

2013-11-08 11:55:20

故障案例主從不同步

pt-online-schema-change 工具使用

pt-online-schema-change 在線更新表結(jié)構(gòu)

2013-11-03 11:46:20

mysql pt-online-s 在線更新表結(jié)構(gòu)

批量查看mysql多從狀態(tài)和修改多從主庫(kù)指向

本腳本主要解決批量查看mysql多從狀態(tài)和修改多從主庫(kù)指向，并打印出執(zhí)行結(jié)果。適用于主庫(kù)沒有做高可用或是做高可用但是V-IP沒有漂移到新的主庫(kù)上的問(wèn)題。代碼如下：#!/usr/bin/env python # -*- coding: utf-8 -*- import MySQLdb,sys,os,threading,time user = 'root' passwd = '1q2w3e4r' #

2013-10-31 11:32:46

高性能的MySQL（6）查詢執(zhí)行機(jī)制（下）

這是MySQL查詢機(jī)制下，和之前的上是一部分，作為一個(gè)補(bǔ)充!

2013-10-28 19:46:19

mysql 查詢機(jī)制

當(dāng)事務(wù)遇到了IO

此討論僅限于Innodb存儲(chǔ)引擎； DBA與研發(fā)人員溝通的時(shí)候常常會(huì)說(shuō) “拒絕大事務(wù)，這事務(wù)太大啦，拆開”，“你要批量提交”；“什么，批量提交？這豈不是成了一個(gè)大事務(wù)？” 我根據(jù)自己的理解簡(jiǎn)單說(shuō)明下,拒絕大事務(wù)，批量提交是針對(duì)不同“場(chǎng)景”的；大事務(wù)就意味著鎖持有的時(shí)間比較長(zhǎng)（盡管Innodb是行鎖）：缺點(diǎn): 1、造成鎖等待，其他需要同樣row的事務(wù)處于lock wait狀態(tài)，加大

2013-10-24 22:33:35

MySQL IO 事務(wù)

Mysql+keepalived主主切換

Mysql+keepalived主主切換一，環(huán)境介紹網(wǎng)絡(luò)結(jié)構(gòu)：VIP :192.168.1.30MYSQL A:192.168.1.21MYSQL B:192.168.1.22二、mysql主主同步要實(shí)現(xiàn)mysql+keepalived主主切換，首先要實(shí)現(xiàn)的就是兩臺(tái)mysql服務(wù)器的主主同步，查看http://smalldeng.blog.51cto.com/1038075/1151900三，配置

2013-10-24 16:33:41

Mysql 切換 keepalived

mysql 高性能壓力測(cè)試（總結(jié)了好久）

前言：根據(jù)業(yè)務(wù)需要，需測(cè)試mysql 性能和壓力測(cè)試.這里我說(shuō)下測(cè)試方法和測(cè)試過(guò)程以及測(cè)試中出錯(cuò)的問(wèn)題估計(jì)很多人跟我一樣要測(cè)試mysql 的性能壓力，網(wǎng)上找了很多資料有很多，但是很亂，所以這里我做個(gè)總結(jié)，拿自己的真實(shí)服務(wù)器測(cè)試的。并且想測(cè)多少數(shù)據(jù) 都能模擬出來(lái)！這里只介紹方法。MySQL從5.1.4版開始帶有一個(gè)壓力測(cè)試工具mysqlslap，通過(guò)模擬多個(gè)并發(fā)客戶端訪問(wèn)mysql來(lái)執(zhí)行測(cè)

2013-10-24 13:04:36

mysql 測(cè)試性能

上一頁(yè) 1 ··· 10 11 12 13 14 ··· 18 下一頁(yè)

點(diǎn)贊

51CTO技術(shù)棧公眾號(hào)

業(yè)務(wù)
速覽

媒體

51CTO CIOAge HC3i

社區(qū)

51CTO博客鴻蒙開發(fā)者社區(qū) AI.x社區(qū)

教育

51CTO學(xué)堂精培企業(yè)培訓(xùn) CTO訓(xùn)練營(yíng)

主站蜘蛛池模板：久久久日韩精品一区二区三区 | 亚洲欧洲一区二区 | 美女久久久久久久久 | 99热在这里只有精品 | 国产成人啪免费观看软件 | 国内精品久久影院 | 天天做日日做 | 五月免费视频 | 香蕉视频91 | 精品福利一区 | 91精品久久久久久久久久入口 | 精品成人| 成人福利| 久久久久久一区 | 日韩欧美手机在线 | 成人看片在线观看 | 成人二区| 欧美日韩在线视频一区 | 天天射网站 | 国产精品久久久久久吹潮 | 久久99久久久久 | 美女久久| av一级久久| 懂色中文一区二区三区在线视频 | 免费三级黄 | 亚洲国产一区二区视频 | 日韩免费一区二区 | 国产精品久久久久久久久久久久 | 亚洲在线免费观看 | 亚洲视频在线观看免费 | 福利国产| 91久久视频 | 欧美日韩精品专区 | 最新国产福利在线 | 激情五月婷婷在线 | 国产高清在线观看 | 国产精品视频一区二区三区 | 国产在线精品一区二区 | 找个黄色片| 毛片高清| 日韩一区二区精品 |