午夜视频免费看_日韩三级电影网站_国产精品久久一级_亚洲一级在线播放_人妻体内射精一区二区三区_91夜夜揉人人捏人人添红杏_91福利在线导航_国产又粗又猛又黄又爽无遮挡_欧美日韩一区在线播放_中文字幕一区二区三区四区不卡 _日日夜夜精品视频免费观看_欧美韩日一区二区三区

主頁 > 知識庫 > 利用MySQL系統數據庫做性能負載診斷的方法

利用MySQL系統數據庫做性能負載診斷的方法

熱門標簽:銅陵防封電銷卡 美國反騷擾電話機器人 怎么在地圖標注位置生成圖片 真人語音電話機器人 悟空科技電話機器人 騰訊地圖標注提升 400電話可以免費申請嗎 福建外呼系統定制化 電銷卡外呼系統供應商

某大師曾說過,像了解自己的老婆 一樣了解自己管理的數據庫,個人認為包含了兩個方面的了解:

1,在穩定性層面來說,更多的是關注高可用、讀寫分離、負載均衡,災備管理等等high level層面的措施(就好比要保證生活的穩定性)

2,在實例級別的來說,需要關注內存、IO、網絡,熱點表,熱點索引,top sql,死鎖,阻塞,歷史上執行異常的SQL(好比生活品質細節)MySQL的performance_data庫和sys庫提供了非常豐富的系統日志數據,可以幫助我們更好地了解非常細節的,這里簡單地列舉出來了一些常用的數據。

sys庫是以較為可讀化的方式封裝了performance_data中的某些表,因此這些個數據來源還是performance_data庫中的數據。

這里粗略列舉出個人常用的一些系統數據,可以在實例級別更加清楚地了解MySQL的運行過程中資源分配情況。

Status中的信息

MySQL的status變量只是給出了一個總的信息,從status變量上無法得知詳細資源的消耗,比如IO或者內存的熱點在哪里,庫、表的熱點在哪里,如果想要知道具體的明細信息就需要系統庫中的數據。

前提要開啟performance_schema,因為sys庫的視圖是基于performance_schema的庫的。

內存使用:

內存/innodb_buffer_pool使用

概要innodb_buffer_pool的使用情況summary,已知當前實例262144*16/1024 = 4096MB buffer pool,已使用23260*16/1024 363MB

innodb_buffer_pool已占用內存的明細信息,可以按照庫\表的維度來統計

SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED ;
SELECT 
  database_name,
  SUM(compressed_size)/1024/1024 AS allocated_memory,
  SUM(data_size)/1024/1024 AS data_memory,
  SUM(is_hashed)*16/1024 AS is_hashed_memory,
  SUM(is_old)*16/1024 AS is_old_memory
FROM 
(
 SELECT 
  case when INSTR(TABLE_NAME,'.')>0 then replace(SUBSTRING(TABLE_NAME,1,INSTR(TABLE_NAME,'.')-1),'`','')
  else  'system_database' end as database_name,
  case when INSTR(TABLE_NAME,'.')>0 then replace(SUBSTRING(TABLE_NAME,INSTR(TABLE_NAME,'.')+1),'`','')
  ELSE 'system_obj' END AS table_name,
  if(compressed_size = 0, 16384, compressed_size) AS compressed_size,
  data_size,
  if(is_hashed = 'YES',1,0) is_hashed,
  if(is_old = 'YES',1,0) is_old
 FROM information_schema.innodb_buffer_page
 WHERE TABLE_NAME IS NOT NULL
) t
GROUP BY database_name
ORDER BY allocated_memory DESC
LIMIT 10;

庫\表的讀寫統計,邏輯層面的熱點數據統計

目標表是performance_schema.table_io_waits_summary_by_table,某些文章上說是邏輯IO,其實這里跟邏輯IO并無關系,這個表中的字段含義是基于表,讀寫的到的行數的統計。至于真正的邏輯IO層面的統計,筆者目前還有不知道有哪個可用的系統表來查詢。這個庫可以很清楚地看到這個表中的統計結果是怎么計算出來的。

基于表的讀寫的行的次數統計,這是一個累計值,單純的看這個值本身,個人覺得意義不大,需要定時收集計算差值,才具備參考意義。

以下按照庫級別統計表的讀寫情況。

庫\表的讀寫統計,物理IO層面的熱點數據統計

按照物理IO的維度統計熱點數據,哪些庫\表消耗了多少物理IO。這里原始系統表中的數據是一個累計統計的值,最極端的情況就是一個表為0行,卻存在大量的物理讀寫IO。

SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED ;
SELECT 
 database_name,
 IFNULL(cast(sum(total_read) as signed),0) AS total_read,
 IFNULL(cast(sum(total_written) as signed),0) AS total_written,
 IFNULL(cast(sum(total) AS SIGNED),0) AS total_read_written
FROM
(
 SELECT 
  substring(REPLACE(file, '@@datadir/', ''),1,instr(REPLACE(file, '@@datadir/', ''),'/')-1) AS database_name,
  count_read,
  case 
   when instr(total_read,'KiB')>0 then replace(total_read,'KiB','')/1024
   when instr(total_read,'MiB')>0 then replace(total_read,'MiB','')/1024
   when instr(total_read,'GiB')>0 then replace(total_read,'GiB','')*1024
  END AS total_read,
  case 
   when instr(total_written,'KiB')>0 then replace(total_written,'KiB','')/1024
   when instr(total_written,'MiB')>0 then replace(total_written,'MiB','')
   when instr(total_written,'GiB')>0 then replace(total_written,'GiB','')*1024
  END AS total_written,
  case 
   when instr(total,'KiB')>0 then replace(total,'KiB','')/1024
   when instr(total,'MiB')>0 then replace(total,'MiB','')
   when instr(total,'GiB')>0 then replace(total,'GiB','')*1024
  END AS total
 from sys.io_global_by_file_by_bytes 
 WHERE FILE LIKE '%@@datadir%' AND instr(REPLACE(file, '@@datadir/', ''),'/')>0 
)t
GROUP BY database_name
ORDER BY total_read_written DESC;

ps:個人不太喜歡MySQL自定義的format_***函數,這個函數的初衷是好的,把一些數據(時間,存儲空間)等格式化成更加可讀的模式。但是卻不支持單位的參數,更多的時候想以某個固定的單位來顯示,比如格式化一個的時間,格式化后根據單位大小可能會顯示微妙,或者是毫秒,或者是秒,或者分鐘,或者天。比如想把時間統一格式化成秒,對不起,不支持,某些個數據不僅僅是看一眼那么簡單,甚至是要讀出來存檔分析的,因此這里不建議也不會使用那些個format函數

TOP SQL 統計

可以按照執行時間,阻塞時間,返回行數等等維度統計top sql。
另外可以按照時間篩選last_seen,可以統計最近某一段時間出現過的top sql

SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED ;

SELECT 
 schema_name,
 digest_text,
 count_star,
 avg_timer_wait/1000000000000 AS avg_timer_wait,
 max_timer_wait/1000000000000 AS max_timer_wait,
 sum_lock_time/count_star/1000000000000 AS avg_lock_time ,
 sum_rows_affected/count_star AS avg_rows_affected,
 sum_rows_sent/count_star AS avg_rows_sent ,
 sum_rows_examined/count_star AS avg_rows_examined,
 sum_created_tmp_disk_tables/count_star AS avg_create_tmp_disk_tables,
 sum_created_tmp_tables/count_star AS avg_create_tmp_tables,
 sum_select_full_join/count_star AS avg_select_full_join,
 sum_select_full_range_join/count_star AS avg_select_full_range_join,
 sum_select_range/count_star AS avg_select_range,
 sum_select_range_check/count_star AS avg_select_range,
 first_seen,
 last_seen
FROM performance_schema.events_statements_summary_by_digest
WHERE last_seen>date_add(NOW(), interval -1 HOUR)
ORDER BY 
max_timer_wait
-- avg_timer_wait
-- sum_rows_affected/count_star 
-- sum_lock_time/count_star
-- avg_lock_time
-- avg_rows_sent
DESC
limit 10;

需要注意的是,這個統計是按照MySQL執行一個事務消耗的資源做統計的,而不是一個語句,筆者一開始懵逼了一陣子,舉個簡單的例子。

參考如下,這里是循環寫個數據的一個存儲過程,調用方式就是call create_test_data(N),寫入N條測試數據。
比如call create_test_data(1000000)就是寫入100W的測試數據,這個執行過程耗費了幾分鐘的時間,按照筆者的測試實例情況,avg_timer_wait的維度,絕對是一個TOP SQL。

但是在查詢的時候,始終沒有發現這個存儲過程的調用被列為TOP SQL,后面嘗試在存儲過程內部加了一個事物,然后就順利地收集到了整個TOP SQL.

因此說performance_schema.events_statements_summary_by_digest里面的統計,是基于事務的,而不是某一個批處理的執行時間的。

CREATE DEFINER=`root`@`%` PROCEDURE `create_test_data`(
 IN `loopcnt` INT
)
LANGUAGE SQL
NOT DETERMINISTIC
CONTAINS SQL
SQL SECURITY DEFINER
COMMENT ''
BEGIN
 -- START TRANSACTION; 
  while loopcnt>0 do
   insert into test_mrr(rand_id,create_date) values (RAND()*100000000,now(6));
   set loopcnt=loopcnt-1;
  end while;
 -- commit;
END

另外一點比較有意思的是,這個系統表是為數不多的支持truncate的,當然它在內部,也是在不斷收集的一個過程。

執行失敗的SQL 統計

一直以為系統不會記錄執行失敗的\解析錯誤的SQL,比如想統計因為超時而執行失敗的語句,后面才發現,這些信息,MySQL會完整地記錄下來

這里會詳細記錄執行錯誤的語句,包括最終執行失敗(超時之類的),語法錯誤,執行過程中產生了警告之類的語句。用sum_errors>0 or sum_warnings>0去performance_schema.events_statements_summary_by_digest篩選一下即可。

SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED ;

select 
 schema_name,
 digest_text,
 count_star,
 first_seen,
 last_seen
from performance_schema.events_statements_summary_by_digest
where sum_errors>0 or sum_warnings>0 
order by last_seen desc;

Index使用情況統計

基于performance_schema.table_io_waits_summary_by_index_usage這個系統表,其統計的維度同樣是“按照某個索引查詢返回的行數的統計”。

可以按照哪些索引使用最多\最少等情況進行統計。

不過這個統計有一個給人潛在一個誤區:
count_read,count_write,count_fetch,count_insert,count_update,count_delete統計了某個索引上使用到索引的情況下,受影響的行數,sum_timer_wait是累計在該索引上等待的時間。

如果使用到了該索引,但是沒有數據受影響(就是沒有DML語句的條件沒有命中數據),將count_***不會統計進來,但是sum_timer_wait會統計進來
這就存在一個容易受到誤導的地方,這個索引明明沒有命中過很多次,但是卻產生了大量的timer_wait,索引看到類似的信息,也不能貿然刪除索引。

等待事件統計

MySQL數據庫中的任何一個動作,都需要等待(一定的時間來完成),一共有超過1000個等待事件,分屬不懂的類別,每個版本都不一樣,且默認不是所有的等待事件都啟用。

個人認為等待事件這個東西,僅做參考,不具備問題的診斷性,即便是再優化或者低負載的數據庫,累計一段時間,某些事件仍舊會積累大量的等待事件。

這些事件的等待事件,不一定都是負面性的,比如事物的鎖等待,是在并發執行過程中必然會生成的,這個等待事件的統計結果,也是累計的,單純的看一個直接的值,不具備任何參考意義。
除非定期收集,做差值計算,根據實際情況,才具備參考意義。

SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED ;

SELECT SUBSTRING_INDEX(NAME, '/', 1) as wait_type,COUNT(1) 
FROM performance_schema.setup_instruments
GROUP BY 1 
ORDER BY 2 DESC;


SELECT
event_name,
count_star,
sum_timer_wait
FROM performance_schema.events_waits_summary_global_by_event_name
WHERE event_name != 'idle'
order by sum_timer_wait desc
limit 100;

最后,需要注意的是,

1,MySQL提供的諸多的系統表(視圖)中的數據,單純的看這個值本身,因為它是一個累計值,個人覺得意義不大,尤其是avg_***,需要結合多方面的綜合因素,做參考使用。
2,任何系統表的查詢,都可能對系統性能的本身造成一定的影響,不要再對系統可能產生較大負面影響的情況下做數據的統計收集。

總結

以上所述是小編給大家介紹的利用MySQL系統數據庫做性能負載診斷的方法,希望對大家有所幫助,如果大家有任何疑問請給我留言,小編會及時回復大家的。在此也非常感謝大家對腳本之家網站的支持!
如果你覺得本文對你有幫助,歡迎轉載,煩請注明出處,謝謝!

您可能感興趣的文章:
  • 詳解Mysql雙機熱備和負載均衡的實現步驟
  • MySQL如何實現負載均衡功能
  • 如何使用nginx充當mysql的負載均衡器
  • 在OneProxy的基礎上實行MySQL讀寫分離與負載均衡
  • 基于mysql+mycat搭建穩定高可用集群負載均衡主備復制讀寫分離操作
  • python實現mysql的讀寫分離及負載均衡
  • Keepalived+HAProxy實現MySQL高可用負載均衡的配置
  • 分析MySQL中索引引引發的CPU負載飆升的問題
  • 快速增加MYSQL數據庫連接數負載能力的方法分享
  • 具有負載均衡功能的MySQL服務器集群部署及實現
  • mysql CPU高負載問題排查

標簽:云浮 聊城 湖南 烏海 白銀 湖北 臨汾 武威

巨人網絡通訊聲明:本文標題《利用MySQL系統數據庫做性能負載診斷的方法》,本文關鍵詞  利用,MySQL,系統,數據庫,;如發現本文內容存在版權問題,煩請提供相關信息告之我們,我們將及時溝通與處理。本站內容系統采集于網絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《利用MySQL系統數據庫做性能負載診斷的方法》相關的同類信息!
  • 本頁收集關于利用MySQL系統數據庫做性能負載診斷的方法的相關信息資訊供網民參考!
  • 推薦文章
    精品久久sese| 亚洲欧美日韩中文字幕一区二区三区| 亚洲婷婷国产精品电影人久久| 色婷婷国产精品| 亚洲护士老师的毛茸茸最新章节| 欧美日韩999| 亚洲一区二区三区四区视频| 亚洲精品乱码久久久久久蜜桃91| 欧美a v在线播放| 亚洲少妇一区二区三区| 免费高清在线观看电视| 亚洲中文字幕在线一区| 久久99国产乱子伦精品免费| 国产清纯在线一区二区www| 日韩欧美999| 亚洲欧美国内爽妇网| 欧美一级片久久久久久久| 久久精品99| 久久精品一区二| 中文字幕在线观看的网站| 视频一区二区三区四区五区| 日韩和欧美一区二区| 欧美国产综合一区二区| 欧美日韩高清影院| 久久午夜a级毛片| 97在线中文字幕| 日韩亚洲欧美视频| 中文人妻一区二区三区| 欧美亚洲另类小说| 久久99在线观看| 亚洲六月丁香色婷婷综合久久| 欧美不卡一二三| 欧美一级大胆视频| 亚洲欧美在线网| 少妇高潮一69aⅹ| 亚洲一区 视频| 日本少妇一区二区| 亚洲人一二三区| 亚洲国产99精品国自产| 日本成人激情视频| 在线观看免费91| 蜜臀视频在线观看| 国产精品午夜一区二区| 国产成人精品三级| 色视频成人在线观看免| 久久夜色精品国产亚洲aⅴ| 国产精品9999久久久久仙踪林| 黄www在线观看| 亚洲av无码一区二区三区人 | 亚洲天堂黄色片| 高h调教冰块play男男双性文| 久久久九九九九| 777久久久精品| 8050国产精品久久久久久| 先锋影音日韩| 制服丝袜av在线| 中文字幕在线观看高清| 成人免费高清在线| 色婷婷综合五月| 久久综合免费视频| 鲁丝片一区二区三区| 午夜av中文字幕| 亚洲黄色激情视频| 高清不卡一区二区| 欧美日韩精品欧美日韩精品| 亚洲 日韩 国产第一| 午夜精品一区二区三区在线观看| 国产性猛交96| 国产乱码久久久| 欧美国产欧美亚州国产日韩mv天天看完整 | 精品视频免费看| 97精品欧美一区二区三区| 一本一生久久a久久精品综合蜜| 亚洲av成人精品一区二区三区| 在线观看毛片网站| 国产日韩欧美一区二区三区综合| 精品国产乱码久久久久久久久| 国产精品青草久久久久福利99| 缅甸午夜性猛交xxxx| 丰满少妇被猛烈进入一区二区| 全部av―极品视觉盛宴亚洲| 欧美日韩亚洲91| 欧美激情视频给我| 国产盗摄视频在线观看| 激情五月深爱五月| 日本美女一区二区三区视频| 欧美丝袜美女中出在线| 久久免费精品日本久久中文字幕| 久久精品国产精品亚洲精品色| 成人在线一级片| 囯产精品久久久久久| 一区二区三区日本| 久久成人精品一区二区三区| 杨幂一区欧美专区| 日韩精品电影一区二区三区| 日韩av在线免费观看不卡| 欧美日韩国产在线看| 久久久久久久影院| 日韩小视频网站| 九九九在线视频| 国产69精品久久久久毛片 | 自拍偷拍激情视频| 99精品免费观看| 亚洲欧美日韩一区| 久久高清视频免费| 中国一级大黄大黄大色毛片| 亚洲欧洲综合网| 九色综合狠狠综合久久| 欧美日韩国产123区| 成人免费福利在线| 4438全国亚洲精品在线观看视频| 欧美国产精品劲爆| 久久久久国产精品夜夜夜夜夜| 一本久道久久综合| 中文字幕永久有效| 一区二区久久精品66国产精品| 久久天堂av综合合色蜜桃网| 中文字幕在线观看你懂的| 中文字幕日韩精品一区二区| 精品国产a毛片| 欧美激情视频一区二区| 91theporn国产在线观看| 国产精品444| 欧美日韩性视频| 日韩av一区二区三区| 黄色小视频大全| www.久久色.com| 亚洲午夜精品网| 性生活黄色大片| 成人黄色片在线观看| caoporn国产| 国产成人无码一区二区在线播放| 伦av综合一区| 国产精品1234区| 亚洲无人区码一码二码三码的含义| 想看黄色一级片| 国产精品无码av无码| 在线免费观看成人| 国产精品夜间视频香蕉| 精品国产乱码久久久久久老虎| 91丨porny丨户外露出| 99国产精品一区二区三区| 国产一二三av| www.xxx亚洲| 国产精品视频99| 91精品中文字幕一区二区三区| 国产一区视频网站| 中文字幕免费高清在线观看| 青草视频在线观看免费| 2025国产精品自拍| www.夜夜爽| 666精品在线| 中文字幕日韩视频| 天天操天天干视频| 亚洲国产婷婷香蕉久久久久久99 | 国产手机视频精品| 一区二区三区小说| 国产精品综合一区二区三区| 国产高清av片| 日韩av大全| 国产精品美女视频网站| 亚洲国产精品福利| 欧美亚洲禁片免费| 丁香六月久久综合狠狠色| 青娱乐免费在线视频| 日本在线观看a| 国产成人无码精品久久久性色| 日本在线播放不卡| 91精品久久久久久久久久另类| 亚洲第一页在线| 亚洲激情自拍偷拍| 久久这里只有精品视频网| 国产在线综合视频| 久国产精品视频| 国产精品999视频| 色一情一乱一伦一区二区三欧美| 日韩精品手机在线观看| 亚洲国产精品一区二区第四页av| 中文字幕日本精品| 国产精品久久久久aaaa樱花| 亚洲天堂免费av| 国产3p在线播放| 最近中文字幕2019免费| 91精品国产色综合久久久蜜香臀| 亚洲精品成人精品456| 国产免费一区二区三区最新6| 91免费看片网站| 日韩无一区二区| 97久久精品人人爽人人爽蜜臀 | 久久99精品国产| 欧美一级特黄高清视频| 91视频成人免费| 久久久久久久久久久国产| 五月天激情小说综合| 日韩激情一二三区| 九九视频免费看| 青青在线视频观看| 亚洲tv在线观看| 精品偷拍各种wc美女嘘嘘| 久久精品在线观看| 国产视频第一页| 久久一区二区电影| 伊人久久大香线蕉av一区| 久久av.com| 91精品国产手机| 久久精品在线观看| 国产一区二区三区视频免费观看| www.国产福利| 国产精品久久9| 欧美日韩国产小视频| 91啪亚洲精品| 中文字幕在线2019| www.日韩一区| 图片区偷拍区小说区| 日韩精品一区二区三区色偷偷| 欧美一区二区.| 日韩精品999| 大荫蒂欧美视频另类xxxx | 欧美一区午夜精品| 日韩一区二区在线免费观看| 91精品国产综合久久香蕉麻豆 | 亚洲男人的天堂av| 亚洲视频一二三| 亚洲欧美怡红院| 亚洲一区二区高清| 亚洲一区二区在线观看视频| 国产日韩高清在线| 三级欧美韩日大片在线看| 亚洲最大成人av| 国产精品一区二区av白丝下载| 丁香六月色婷婷| 国产又黄又粗又硬| 亚洲av综合色区无码一区爱av| 久久综合激情| 国产白浆在线观看| 国产毛片一区二区三区va在线| 不卡视频免费在线观看| 999久久久久久| 国产成人精品a视频| 四虎永久在线观看| 精品一区二区三区的国产在线播放| 日韩精品一二三区| 日韩国产欧美三级| 奇米在线7777在线精品| 国产综合成人久久大片91| 国产成人激情av| 国产欧美日韩不卡| 2023国产精品视频| 九九视频精品免费| 激情五月播播久久久精品| 久久精品人人| 欧美96一区二区免费视频| 天天综合天天综合| 日本欧美一区二区| 天堂av在线一区| www.色视频| 99在线观看精品视频| 自拍偷拍第八页| 欧美黑人一级片| 欧美爱爱小视频| 国产精品一区无码| 黄色片视频网站| 在线观看亚洲天堂| 中文字幕 欧美激情| 国产精品一品二区三区的使用体验 | 国产精品久久波多野结衣| 亚洲精品在线免费看| 最新黄色av网站| 国产一卡二卡三卡四卡| 国产精品免费看久久久无码| 天天干天天干天天干天天干天天干| 下面一进一出好爽视频| 我不卡一区二区| 欧美激情精品久久| 五月婷婷中文字幕| 亚洲乱熟女一区二区| 日韩一级片免费在线观看| 毛片在线免费视频| 91九色蝌蚪91por成人| 国产一区二区三区在线观看免费视频 | 国产精品suv一区二区69| 特级西西人体高清大胆| 精品人妻在线视频| 91福利国产成人精品播放| 公侵犯人妻一区二区三区| 黄色片中文字幕| 中文字幕日本人妻久久久免费| 在线观看免费观看在线| 天堂成人免费av电影一区| 国产在线精品一区二区夜色| 国产成人在线观看免费网站| 亚洲免费毛片网站| 欧美午夜精品在线| 亚洲国产91色在线| 一区二区三区视频免费| 欧美精品日韩三级| 欧美中文在线视频| 日韩一区国产在线观看| 黄色网在线视频| 日韩不卡视频一区二区| 久久久免费视频网站| 妺妺窝人体色www在线观看| 奇米影音第四色| 萌白酱视频在线| 国产一区二区不卡老阿姨| 欧美一区二区三区免费观看视频 | 国产精品精品一区二区三区午夜版 | 亚洲乱码国产乱码精品精98午夜| 国产精品久久久久久妇女6080| 久久久久久电影| 亚洲精品国产无套在线观 | 欧美日韩一级片网站| 日韩一级黄色片| 色av中文字幕一区| 国产精品久久久久久中文字| 日韩乱码在线视频| 免费91在线视频| 伊人av成人| 国产伦精品一区二区三区视频女| 国产肥老妇视频| 中文字幕亚洲欧美在线不卡| 中文字幕久久亚洲| 亚洲高清视频在线观看| 久久中文字幕人妻| 久久人人97超碰国产公开结果| 亚洲国产成人高清精品| 不卡毛片在线看| 天天干天天操天天干天天操| 三上悠亚影音先锋| 日韩精品一二三| 欧美亚洲综合久久| 久久久久亚洲精品国产| 人妻无码一区二区三区四区| 日本在线观看网址| 国产黄色精品视频| 精品日韩在线观看| 国产精品久久久久免费| 亚洲一区二区三区三州| 亚洲奶汁xxxx哺乳期| 亚洲一区日韩精品中文字幕| 欧美精品videofree1080p| 色999五月色| av观看免费在线| av在线播放网址| 国产在线成人精品午夜| 国产精品色综合| 美女一区二区视频| 久久精品在线观看| 色噜噜狠狠色综合欧洲selulu| 色吧影院999| 国产精品av电影| 美女视频久久| 亚洲高清av一区二区三区| www毛片com| 国产欧美一区二区三区网站| 日本国产欧美一区二区三区| 亚洲久久久久久| 日韩精品91亚洲二区在线观看 | 97精品电影院| 欧美另类极品videosbest最新版本| 免费大片在线观看| 日本黄视频在线观看| 欧美日本韩国一区| 国产精品久久久久久久久久免费 | 亚洲中国色老太| 农村末发育av片一区二区 | 欧美人与动牲交xxxxbbbb| 四虎永久免费地址| 国产福利一区二区| 6080午夜不卡| 国内视频一区二区| 三级在线观看免费大全| 中文字幕在线视频一区| 91av在线免费观看视频| 国产视频在线观看网站| 国产中文字幕久久| 懂色av一区二区夜夜嗨| 亚洲香蕉成视频在线观看| 女女同性女同一区二区三区91| 能看毛片的网站| 久久久久女人精品毛片九一| 国产欧美日本一区视频| 久精品免费视频| 国产亚洲天堂网| av首页在线观看| 香蕉久久一区二区不卡无毒影院| 国产在线精品成人一区二区三区| www.17c.com喷水少妇| 精品在线一区二区| 亚洲成色777777在线观看影院| 国产亚洲精品美女久久久m| 色偷偷中文字幕| 日本不卡中文字幕| 欧美影院精品一区| 国模一区二区三区私拍视频| 日本一级片免费| 不卡欧美aaaaa| 亚洲精品国产福利| 三区精品视频| 国产中文字幕免费| 亚洲视频综合在线| 青青草99啪国产免费| 日韩激情小视频| 亚洲3atv精品一区二区三区| 乱色588欧美| 日韩欧美不卡视频| 国产日产欧美一区二区视频| 全球成人中文在线| 疯狂揉花蒂控制高潮h| 成人av电影在线观看|