自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

<sub id="ixgpx"></sub>

<sub id="ixgpx"></sub>

<sub id="ixgpx"></sub>

51CTO首頁(yè)

AI.x社區(qū)

軟考社區(qū)

免費(fèi)課

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

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

WOT技術(shù)大會(huì)

公眾號(hào)矩陣

移動(dòng)端

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

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

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

文章資源問答課堂專欄直播

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

4191內(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)，深受用戶喜愛。

文章博文課程

共 854 條

無合適where條件過濾時(shí)盡量選擇order by后的字段以驅(qū)動(dòng)表進(jìn)行查詢

后臺(tái)查詢語(yǔ)句SELECT o.orders_id, s.orders_status_name, ot.text ,af.affiliate_id FROM orders o LEFT JOIN orders_total ot ON (o.orders_id = ot.orders_id) LEFT JOIN affiliate_sales AS afs ON afs.affiliate_order

2014-03-13 17:52:16

mysql order mysql order mysql 排序sql

【原創(chuàng)】MySQL 優(yōu)化器可選開關(guān)詳解

對(duì)MySQL 優(yōu)化器的可選開關(guān)進(jìn)行了詳細(xì)解釋。

2014-03-13 16:21:26

MySQL 優(yōu)化 MySQL 5.6

-------------------------------------------一、前言二、環(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)化器的索引選擇都有干擾。看我生產(chǎn)環(huán)境下優(yōu)化過的一條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的記錄。周一詢問了開發(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ā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帶來的變化。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è)核心所剩無幾！第一反應(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ì)劃問t表的字段TOP_TITLE_ID是主鍵，為啥order by還會(huì)有Using temporary; Using filesort后來我把該表要了過來，在我的機(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è)問題，我使用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出來一年了，對(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ù)量的增加超過某特定點(diǎn)性能將會(huì)下降。

2014-02-04 21:42:53

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

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

早上剛走進(jìn)公司的門口，快走到辦公桌的時(shí)候，開發(fā)的同事很著急的跟我說：你可來了！我：發(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)自己的心得寫了出來,供大家參考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í)，可以通過選擇使用不同的存儲(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í)過程及二個(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ā)來求助，說主從不同步了，他發(fā)給主從的報(bào)錯(cuò)信息，發(fā)現(xiàn)從error日志報(bào)錯(cuò)（沒有截取到show slave status\G的相關(guān)信息），但是通過查看日志信息報(bào)錯(cuò)如下：上面的報(bào)錯(cuò)信息顯示無法讀取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ù)存放目錄及問題

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

2013-12-26 14:04:19

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

技術(shù)問題兩則

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

2013-12-20 11:07:27

mysql 技術(shù)interface

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

MySQL版本5.5某次測(cè)試優(yōu)化過程中碰到的問題和解決問題的方法，方案。以供各位參考。一，表結(jié)構(gòu)的優(yōu)化問題1，表與字段使用不同的字符集會(huì)導(dǎo)致索引失效我在自己的機(jī)器上，沒試出來?？赡芘c記錄數(shù)太少有關(guān)。有時(shí)，記錄數(shù)太少，得出的結(jié)果有些不一致。但此問題，是存在的。問題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)用中遇到的鎖問題

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

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)整理出來.由于涉及到公司的各種敏感信息，已經(jīng)將IP做了替換中途可能有出入敬請(qǐng)諒解。等我找時(shí)間畫圖出來一并奉上。如果有根本上的問題，請(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)境

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

相信各位線上都可能遇到過或者聽到過數(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ù)由于各種原因沒有同步過去，導(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ù)上的問題。代碼如下：#!/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ì)說 “拒絕大事務(wù)，這事務(wù)太大啦，拆開”，“你要批量提交”；“什么，批量提交？這豈不是成了一個(gè)大事務(wù)？” 我根據(jù)自己的理解簡(jiǎn)單說明下,拒絕大事務(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ù)

上一頁(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)

<p id="5erbf"><li id="5erbf"></li></p>

<blockquote id="5erbf"><p id="5erbf"></p></blockquote>

<sub id="5erbf"><i id="5erbf"></i></sub>