對(duì)mysql的高并發(fā)優(yōu)化配置的一些思考

對(duì)MySQL的高并發(fā)優(yōu)化配置的一些思考

成都創(chuàng)新互聯(lián)主要從事網(wǎng)站設(shè)計(jì)制作、成都網(wǎng)站建設(shè)、網(wǎng)頁(yè)設(shè)計(jì)、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務(wù)。立足成都服務(wù)競(jìng)秀,10余年網(wǎng)站建設(shè)經(jīng)驗(yàn),價(jià)格優(yōu)惠、服務(wù)專業(yè),歡迎來電咨詢建站服務(wù):18982081108

mysql的高并發(fā)優(yōu)化配置方案很多，但是適應(yīng)你自己的就變得很少了，我們對(duì)數(shù)據(jù)庫(kù)的優(yōu)化，無非就是為了應(yīng)對(duì)mysql的高并發(fā)情況罷了。隨著大數(shù)據(jù)的時(shí)代的到來和網(wǎng)絡(luò)用戶的增多，很多企業(yè)中，可能每天應(yīng)對(duì)的數(shù)量達(dá)百萬(wàn)，千萬(wàn)，甚至上億的pv量，這樣的量已經(jīng)是超過普通配置的mysql所承受的量，所以應(yīng)對(duì)日益增長(zhǎng)的pv量，我們需要對(duì)mysql做出相應(yīng)的對(duì)策，進(jìn)一步優(yōu)化mysql，達(dá)到我們所預(yù)期的效果，預(yù)防因?yàn)楦卟l(fā)所引起的mysql宕機(jī)，通過調(diào)試優(yōu)化mysql，我們便可以有效的應(yīng)對(duì)這一些情況。

 下面我們來談?wù)勱P(guān)于mysql的一些優(yōu)化方案，方案僅僅的參考，可能每個(gè)人的實(shí)際情況可能是有的不同，但是大體上可以嘗試這樣的優(yōu)化。

1、基于redis做mysql讀寫分離。

 對(duì)于基于redis的做緩存處理優(yōu)化，也不是很復(fù)雜，對(duì)于運(yùn)維人員來說，你只要安裝redis和調(diào)試一下就可以了，關(guān)于redis如何調(diào)用mysql（好像是需要java寫個(gè)腳本），那是開發(fā)的事了?；趓edis讀寫分離優(yōu)化并不是很好講，在這里我先貼個(gè)圖，然后再講講。如圖1-1所示：

圖1-1 基于redis實(shí)現(xiàn)mysql讀寫分離

由上圖所示，我們可以發(fā)現(xiàn)其實(shí)redis調(diào)用就是那么回事，首先它是由用戶發(fā)送請(qǐng)求信息（讀或者寫），然而在有redis的情況下；根據(jù)圖的解析可以有以下。

1.1、redis響應(yīng)請(qǐng)求過程。

讀：讀的過程可能復(fù)雜一點(diǎn)，用戶會(huì)直接先讀取redis數(shù)據(jù)庫(kù)，然后把請(qǐng)求結(jié)果返回到client；如果用戶在redis沒有讀取到想要請(qǐng)求結(jié)果，他會(huì)直接逃過redis直接讀取到mysql，然后redis會(huì)把數(shù)據(jù)復(fù)制一份到本地。

寫：寫的過程稍微簡(jiǎn)單一點(diǎn)了，用戶會(huì)直接向redis寫入，然后redis在緩存到mysql上?？赡苣銜?huì)發(fā)現(xiàn)，整個(gè)過程都基本是redis在工作，mysql好像沒它的事了，對(duì)的，我們就是要的是這種效果，任何請(qǐng)求都交給redis處理后，那你還怕mysql響應(yīng)不過來了嗎。

1.2、redis配置優(yōu)化

Redis配置，主要的是做持久化配置，主從復(fù)制，還有一些安全的配置，大概就是這樣，上圖我是有畫的，至于過程配置我就不寫了，我們大概有個(gè)思路就好了。

1.3、mysql優(yōu)化配置（主從復(fù)制）

Mysql做主從復(fù)制，怎么么說呢，主要是為了安全，一般來說，在master有兩臺(tái)slave就可以了，已經(jīng)足夠應(yīng)對(duì)很多的意外情況了。做主從復(fù)制和備份，要注意得是，主從兩臺(tái)mysql配置一樣，對(duì)于備份的數(shù)據(jù)，不要放在mysql目錄下，要另起路徑，并給與mysql權(quán)限。配置可參考mysql主從復(fù)制配置

1.4、mysql監(jiān)控系統(tǒng)

對(duì)于Mysql做監(jiān)控，個(gè)人認(rèn)為是很有必要的，首先我們可以在無人值守的情況之下，我們可以對(duì)mysql的狀態(tài)進(jìn)行監(jiān)控；通過監(jiān)控，我們不但可以對(duì)mysql的負(fù)載情況進(jìn)行告警，而且可以對(duì)mysql本身性能的一些優(yōu)化處理，所以我在應(yīng)用對(duì)mysql的監(jiān)控中，使用了zabbix對(duì)負(fù)載情況做告警處理，并結(jié)合pmm-server對(duì)mysql系統(tǒng)的優(yōu)化。對(duì)于pmm-sercer在這里先貼個(gè)圖，如圖1.2、1.3所示

 

圖1.2 mysql資源數(shù)據(jù)圖

圖1.3 mysql資源數(shù)據(jù)圖

由以上圖可以發(fā)現(xiàn)，我們可以大體的可以看到mysql的資源配置情況，根據(jù)數(shù)值我們可以適當(dāng)?shù)膬?yōu)化，并調(diào)整一些mysql的自身的參數(shù)，這就是pmm-sever的監(jiān)控的好處了。

對(duì)于zabbix，我現(xiàn)在就是拿來做告警處理，在對(duì)mysql的監(jiān)控中，zabbix本身自帶的模板和結(jié)合percona插件，基本實(shí)現(xiàn)對(duì)整個(gè)mysql的監(jiān)控（配合可參考percona監(jiān)控mysql數(shù)據(jù)），因?yàn)閮蓚€(gè)結(jié)合基本比較全面的實(shí)現(xiàn)對(duì)mysql的監(jiān)控了，如圖1.4所示，可看到模板所提供的監(jiān)控項(xiàng)。

圖1.4 zabbix的mysql模板監(jiān)控項(xiàng)

總結(jié)以上，我們可以發(fā)現(xiàn)，一個(gè)良好的mysql優(yōu)化架構(gòu)，需要做的包括redis做讀寫分離，mysql主從，監(jiān)控系統(tǒng)完善等等。如果你還有跟好的方案，也記得分享一下；接下來，我們是針對(duì)mysql本身性能的優(yōu)化，×××能的容錯(cuò)率，在基礎(chǔ)上進(jìn)一步提升mysql的性能。

2.、mysql自身的優(yōu)化

總的來說還是自身因素影響的比較多，我們可以通過修改my.cnf配置文件來對(duì)mysql進(jìn)行進(jìn)一步的優(yōu)化。我們可以通過修改mysql的參數(shù)使得mysql擁有更可靠的性能。下面是我的數(shù)據(jù)庫(kù)配置，自己通過百度谷歌，找很多配置選項(xiàng)的解析（配置適合mysql5.5以上的版本），然后總結(jié)。希望對(duì)你有幫助。（注意一下優(yōu)化配置均在【mysqld】選項(xiàng)下配置，不要搞錯(cuò)成【mysql】）

[mysqld]
back_log = 300
binlog_format = MIXED
character-set-server=utf8mb4
long_query_time = 1
log-bin=/databack/data_logbin/mysql_binlog
innodb_log_file_size=2G
innodb_log_buffer_size=4M
innodb_buffer_pool_size=4G
#innodb_file_per_table = ON
innodb_thread_concurrency=8
innodb_flush_logs_at_trx_commit=2
#innodb_additional_mem_pool_size=4M
join_buffer_size = 8M
key_buffer_size=256M
max_connections = 1000
max_allowed_packet = 4M
max_connect_errors = 10000
myisam_sort_buffer_size = 64M
port = 3306
query_cache_type=1
query_cache_size = 64M
read_buffer_size=4M
read_rnd_buffer_size=4M
server-id = 1
skip-external-locking
slow_query_log = 1 
#skip-name-resolve
#skip-networking
sort_buffer_size = 8M
socket = /tmp/mysql.sock
table_open_cache=1024
thread_cache_size = 64
thread_stack = 256K
tmp_table_size=64M
wait_timeout = 10

下面是對(duì)上面配置的解析：

back_log = 300：該參數(shù)的值表示在MySql的連接數(shù)據(jù)達(dá)到#max_connections時(shí)，在它暫時(shí)停止響應(yīng)新請(qǐng)求之前的短時(shí)間內(nèi)有300個(gè)請(qǐng)求可以被存在堆棧中，即新來的請(qǐng)求將會(huì)被存在堆棧中，以等待某一連接釋放資源，該堆棧的數(shù)量即back_log，等 mysql處理完其他請(qǐng)求之后會(huì)對(duì)其作出響應(yīng)，如果等待連接的數(shù)量超過#back_log，將不被授予連接資源。你可以合理的設(shè)置你的back_log，但是該值不要高于操作系統(tǒng)的限制的值。系統(tǒng)的默認(rèn)值為50。Linux系統(tǒng)一般設(shè)置小于512的整數(shù)。

binlog_format = MIXED：配置主從模式下，選取同步的模式，Mysql主從的復(fù)制可以有三種復(fù)制類型，分別是:語(yǔ)句的復(fù)制STATEMEN,行的復(fù)制ROW和混合類型的復(fù)制MIXED，語(yǔ)句的復(fù)制顧名思義就是在主服務(wù)器上執(zhí)行的SQL語(yǔ)句，在從服務(wù)器上執(zhí)行同樣的語(yǔ)句，行的復(fù)制就是把改變的內(nèi)容復(fù)制過去，而不是把命令在從服務(wù)器上執(zhí)行一遍。默認(rèn)采用基于語(yǔ)句的復(fù)制，一旦發(fā)現(xiàn)基于語(yǔ)句的無法精確的復(fù)制時(shí)，就會(huì)采用基于行的復(fù)制,配置，復(fù)制類型可以通過binlog_format =在配置文件上配置

character-set-server=utf8mb4：utf-8編碼可能2個(gè)字節(jié)、3個(gè)字節(jié)、4個(gè)字節(jié)的字符，但是MySQL的utf8編碼只支持3字節(jié)的數(shù)據(jù)，而移動(dòng)端的表情數(shù)據(jù)是4個(gè)字節(jié)的字符。如果直接往采用utf-8編碼的數(shù)據(jù)庫(kù)中插入表情數(shù)據(jù)，Java程序中將報(bào)SQL異常utf8mb4編碼是utf8編碼的超集，兼容utf8，并且能存儲(chǔ)4字節(jié)的表情字符。 采用utf8mb4編碼的好處是，存儲(chǔ)與獲取數(shù)據(jù)的時(shí)候，不用再考慮表情字符的編碼與解碼問題。

long_query_time = 1：設(shè)置慢查詢響應(yīng)的時(shí)間，記錄超過1秒的SQL執(zhí)行語(yǔ)句。

log-bin=/databack/data_logbin/mysql_binlog：設(shè)置二進(jìn)制日志的存放路徑，如果不設(shè)置系統(tǒng)會(huì)默認(rèn)存放到mysql的目錄下，建議創(chuàng)建新的目錄來存放二進(jìn)制日志，且該目錄不要同數(shù)據(jù)庫(kù)同個(gè)目錄，存放目錄擁有者為mysql。

innodb_log_file_size=2G：在高寫入負(fù)載尤其是大數(shù)據(jù)集的情況下很重要。這個(gè)值越大則性能相對(duì)越高，跟據(jù)服務(wù)器大小而異。這是redo日志的大小。redo日志被用于確保寫操作快速而可靠并且在崩潰時(shí)恢復(fù)。在MySQL 5.5，redo日志的總尺寸被限定在4GB(默認(rèn)可以有2個(gè)log文件)。而MySQL 5.6里可以設(shè)置允許大于4G。你可以一開始就把它設(shè)置成4G。這個(gè)值的設(shè)置其實(shí)是可以計(jì)算的 你可以通過命令SHOW GLOBAL STATUS的輸出看Innodb_os_log_written的值，把該值除以1024*1024得到的結(jié)果是每分鐘處理的redo日志大小，然后再乘以60得到每小時(shí)處理的日志大小，因?yàn)樵?.5以上版本都是默認(rèn)有兩個(gè)日志重做日志文件ib_logfile0和ib_logfile1，所得到結(jié)果再除以2，再取整就是你的redo該設(shè)置大小了。

innodb_log_buffer_size=4M：默認(rèn)為1M，在默認(rèn)的設(shè)置在中等強(qiáng)度寫入負(fù)載以及較短事務(wù)的情況下，服務(wù)器性能還可以。如果存在更新操作峰值或者負(fù)載較大，就應(yīng)該考慮加大它的值了。在 InnoDB在事務(wù)提交前，并不將改變的日志寫入到磁盤中，因此在大事務(wù)中，可以減輕磁盤I/O的壓力。通常情況下，如果不是寫入大量的超大二進(jìn)制數(shù)據(jù)，4MB-8MB已經(jīng)足夠了。

innodb_buffer_pool_size=4G：這配置對(duì)Innodb表來說非常重要。該參數(shù)主要作用是緩存innodb表的索引，數(shù)據(jù)，插入數(shù)據(jù)時(shí)的緩沖由于Innodb把數(shù)據(jù)和索引都緩存起來，因此在配置該參數(shù)時(shí)，可以設(shè)置它高達(dá)60-80%的可用內(nèi)存（官網(wǎng)是建議的也是系統(tǒng)內(nèi)存的80%左右）。緩沖池是數(shù)據(jù)和索引緩存的地方這能保證你在大多數(shù)的讀取操作時(shí)使用的是內(nèi)存而不是硬盤。一般配置的值是5-6GB(8GB內(nèi)存)，19-25GB(32GB內(nèi)存)，38-50GB(64GB內(nèi)存)僅供參考。

#innodb_file_per_table = ON：在5.6中，該選項(xiàng)屬性默認(rèn)值是ON，由于對(duì)新建的表有影響，所以在之前的版本中你需要把它設(shè)置成ON。這項(xiàng)設(shè)置告知InnoDB是否需要將所有表的數(shù)據(jù)單獨(dú)放在一個(gè).ibd文件，這樣做的好處是使得每個(gè)表都有自已獨(dú)立的表空間。每個(gè)表的數(shù)據(jù)和索引都會(huì)存在自已的表空間中。也實(shí)現(xiàn)單表在不同的數(shù)據(jù)庫(kù)中移動(dòng)，且空間可以回收。

innodb_thread_concurrency=8：指服務(wù)器邏輯線程數(shù)可以設(shè)置成與系統(tǒng)一樣數(shù)量，參數(shù)可配置成邏輯CPU數(shù)量的兩倍。

系統(tǒng)CPU查看命令如下：

查看邏輯CPU個(gè)數(shù)：

#cat /proc/cpuinfo |grep "processor"|sort -u|wc –l

查看物理CPU個(gè)數(shù)：

# cat /proc/cpuinfo | grep "physical id" |sort -u|wc -l

              

查看每個(gè)物理CPU內(nèi)核個(gè)數(shù)：

# cat /proc/cpuinfo |  grep "cpu cores" |uniq

innodb_flush_logs_at_trx_commit=2：系統(tǒng)默認(rèn)值是 1，但是這樣設(shè)置會(huì)使得提交更新事務(wù)都會(huì)刷新到磁盤中，會(huì)造成資源耗費(fèi)。所以需要值設(shè)置為 2，這樣就不用不把日志刷新到磁盤上，而只刷新到操作系統(tǒng)的緩存上。但然啦也可以設(shè)置為0， 這樣設(shè)置是很快，但也造成了相對(duì)的不安全，會(huì)導(dǎo)致MySQL服務(wù)器崩潰時(shí)就會(huì)丟失一些事務(wù)。而設(shè)置為 2剛好尼補(bǔ)了。

#innodb_additional_mem_pool_size=4M：該參數(shù)默認(rèn)為1M適當(dāng)調(diào)整該參數(shù)的大小以確保所有數(shù)據(jù)都能存放在內(nèi)存中提高訪問效率的，主要用來存放Innodb的內(nèi)部目錄，這個(gè)值不用分配太大，系統(tǒng)可以自動(dòng)調(diào)。在mysql5.6.3可以忽略。

join_buffer_size = 8M：表示#聯(lián)合查詢操作所能使用的緩沖區(qū)大小。

key_buffer_size=256M：指定索引緩沖區(qū)的大小，它決定索引處理的速度，你可以設(shè)置成系統(tǒng)的物理內(nèi)存的1/4，它主要針對(duì)的是MyISAM引擎，但是設(shè)置大少不要超過4G，不然會(huì)出現(xiàn)問題。

max_connections = 1000：設(shè)置置MySQL的最大連接，按你實(shí)際情況適當(dāng)設(shè)置就好。如果你經(jīng)?？吹健甌oo many connections'錯(cuò)誤，是因?yàn)閙ax_connections的值太低了，所以需要設(shè)置更高的鏈接數(shù)，如果max_connection值被設(shè)高之后的缺陷是當(dāng)服務(wù)器運(yùn)行超過設(shè)置閾值或更高的活動(dòng)事務(wù)時(shí)會(huì)變的沒有響應(yīng)。

max_allowed_packet = 4M：這個(gè)參數(shù)mysql消息緩沖區(qū)的大小，如果這個(gè)過小可能會(huì)影響到部分操作，默認(rèn)是1M，一般設(shè)置成4-16M就可以了。

max_connect_errors = 10000：表示如果有同一個(gè)主機(jī)訪問的參數(shù)值超出該參數(shù)值個(gè)數(shù)的中斷錯(cuò)誤連接，則該主機(jī)將被禁止連接。如需對(duì)該主機(jī)進(jìn)行解禁，執(zhí)行：FLUSH HOST。

myisam_sort_buffer_size = 64M：這個(gè)參數(shù)默認(rèn)是8M，表示MyISAM表發(fā)生變化時(shí)重新排序所需的緩沖，一般64M就已經(jīng)足夠了。

port = 3306：表示使用3306來做mysql啟動(dòng)端口

query_cache_type=1：表示控制緩存的類型，有三個(gè)參數(shù)可選（0、1、2）設(shè)置為0，表示緩存沒有應(yīng)用，也就相當(dāng)于禁用了，設(shè)置為1，表示緩存所有的結(jié)果，設(shè)置為2表示只緩存在select語(yǔ)句中通過SQL_CACHE指定需要緩存的查詢。

query_cache_size=32M：參數(shù)表示mysql查詢結(jié)果的緩沖區(qū)大小，一般不建議設(shè)置太大，因?yàn)樵O(shè)置太大會(huì)增加開銷，一般設(shè)置成32M-256M左右即可，設(shè)置參數(shù)一般為2的倍數(shù)。

read_buffer_size=4M：表示按順序查詢操作包括讀、查詢等操作所能使用的緩沖區(qū)大小，和sort_buffer_size一樣，該參數(shù)對(duì)應(yīng)的分配內(nèi)存也是每連接獨(dú)享，一般不建議太大，對(duì)于4G到16G內(nèi)存的服務(wù)器2M-8M就可以了。

read_rnd_buffer_size=4M：表示是MySQL的隨機(jī)讀緩沖區(qū)大小。當(dāng)任意順序讀取行時(shí)將分配一個(gè)隨機(jī)讀取緩沖區(qū)，進(jìn)行排序查詢時(shí)，便分配隨機(jī)緩沖作為該操作的緩沖區(qū)大小，同樣的對(duì)于4G到16G內(nèi)存的服務(wù)器2M-8M就可以了。

server-id = 1：表示做主從同步所定義的serverid，作為master的server_id必須必slave端的要小，越小表示優(yōu)先級(jí)越高，但是在同個(gè)網(wǎng)段內(nèi)的mysql服務(wù)，不允許設(shè)置同樣的sever_id。參數(shù)可設(shè)參考范圍（1-200）。

skip-external-locking：開啟該選項(xiàng)表示避免MySQL的外部鎖定，減少出錯(cuò)幾率增強(qiáng)穩(wěn)定性，適用于單服務(wù)器環(huán)境。

slow_query_log = 1：開啟慢查詢?nèi)罩荆饔糜诼樵內(nèi)罩?顧名思義,就是查詢慢的日志。

skip-name-resolve：禁止MySQL對(duì)外部連接進(jìn)行DNS解析，使用這一選項(xiàng)可以消除MySQL進(jìn)行DNS解析的時(shí)間。但需要注意，如果開啟該選項(xiàng)，則所有遠(yuǎn)程主機(jī)連接授權(quán)都要使用IP地址方式，否則MySQL將無法正常處理連接請(qǐng)求。

skip-networking：開啟該選項(xiàng)可以徹底關(guān)閉MySQL的TCP/IP連接方式，如果WEB服務(wù)器是以遠(yuǎn)程連接的方式訪問MySQL數(shù)據(jù)庫(kù)服務(wù)器則不要開啟該選項(xiàng)，否則將無法正常連接。

sort_buffer_size = 8M：表示查詢排序時(shí)所能使用的緩沖區(qū)大小。它直接與實(shí)時(shí)連接的個(gè)數(shù) 有關(guān)，實(shí)時(shí)連接的個(gè)數(shù)乘以sort_buffer_size的大小就是實(shí)際分配的總共排序緩沖區(qū)大小。所以，對(duì)于內(nèi)存在4GB-8G左右的服務(wù)器可以設(shè)置為6-16M。

socket = /tmp/mysql.sock：mysql.sock文件作用主要是server和client在同一臺(tái)服務(wù)器，當(dāng)使用本地連接時(shí)，就會(huì)使用socket進(jìn)行連接，該文件一般是放在/var/lib/mysql/mysql.sock下，也常常使用ln –s在/tmp目錄下做軟連接。

table_open_cache=1024：table_cache主要用于設(shè)置table高速緩存的數(shù)量。由于每個(gè)客戶端連接都會(huì)至少訪問一個(gè)表，因此此參數(shù)的值與max_connections有關(guān)。你可以通過命令show variables like '%open%';查看open_files_limit參數(shù),大量使用MyISAM的環(huán)境里，應(yīng)該保證open_files_limit表類型至少是table_cache的二到三倍，調(diào)到512-1024最佳。

thread_cache_size = 64 ：這個(gè)變量值表示的是可以重新利用保存在緩存中線程的數(shù)量,當(dāng)斷開連接時(shí)如果緩存中還有空間,那么客戶端的線程將被放到緩存中,如果線程重新被請(qǐng)求，那么請(qǐng)求將從緩存中讀取,如果緩存中是空的或者是新的請(qǐng)求，那么這個(gè)線程將被重新創(chuàng)建,如果有很多新的線程，增加這個(gè)值可以改善系統(tǒng)性能.通過比較 Connections 和 Threads_created 狀態(tài)的變量，可以看到這個(gè)變量的作用 根據(jù)物理內(nèi)存設(shè)置規(guī)則可以做以下配置2G-4G可以設(shè)置為16-64左右，當(dāng)然大于4G的服務(wù)器，設(shè)置64也已經(jīng)足夠了。

thread_stack = 256K：表示每個(gè)連接線程被創(chuàng)建時(shí)，MySQL給它分配的內(nèi)存大小，對(duì)于8-16G的服務(wù)器設(shè)置成256K就可以了，再大一點(diǎn)的，可以適當(dāng)增加呢。

tmp_table_size=64M：表示定義一個(gè)臨時(shí)表的大小，該值默認(rèn)為16M，可調(diào)到64-256最佳，線程獨(dú)占，太大可能內(nèi)存不夠造成I/O堵塞，如果動(dòng)態(tài)頁(yè)面可以適當(dāng)調(diào)大點(diǎn)。

wait_timeout = 100：表示指定一個(gè)請(qǐng)求的最大連接時(shí)間，該值過大會(huì)導(dǎo)致，MySQL里大量的SLEEP進(jìn)程無法及時(shí)釋放，拖累系統(tǒng)性能，不過也不能把這個(gè)指設(shè)置的過小，否則你可能會(huì)遭遇到“MySQL has gone away”之類的問題。  系統(tǒng)默認(rèn)是8個(gè)小時(shí)，感覺太大，可以設(shè)置小點(diǎn)。

3、總結(jié)

    預(yù)防Mysql病發(fā)的情況，是每個(gè)企業(yè)所要面對(duì)的事情，大數(shù)據(jù)的到來，更加使得mysql的性能要求更高，所以對(duì)mysql的優(yōu)化升級(jí)，也是迫在眉睫。以上是本人總結(jié)，僅僅提供參考，希望能幫到你。

文章標(biāo)題：對(duì)mysql的高并發(fā)優(yōu)化配置的一些思考
本文地址：http://muchs.cn/article40/pidcho.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供品牌網(wǎng)站建設(shè)、面包屑導(dǎo)航、做網(wǎng)站、動(dòng)態(tài)網(wǎng)站、網(wǎng)站改版、企業(yè)建站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)