go語言延時 go延時隊列

為什么 Go 語言的性能還不如java

Go語言自亮相以來并沒有展示一個明確的方向,Google員工將Go語言稱為一個“試驗性語言”,稱其試圖融合Python等動態語言的開發速度和C或C++等編譯語言的性能和安全。一位Go語言的支持者概括而言Go語言如下:簡單、快速、安全、并發、快樂編程、開源;但Go語言缺乏方向以及其“集大成者”的嘗試很容易會導致其學貓不成學狗也不成,淪為四不像。盡管如此,編者仍然覺得Go語言有相當大的潛力:很多開發者對它感興趣——不僅它的最初設計者陣容強大,而且在參與修改源代碼的人群中也不乏大牛級人物。這很有可能幫助Go語言找到適合自己的方向,開拓系統編程的新方向。

十余年的寬城網站建設經驗,針對設計、前端、開發、售后、文案、推廣等六對一服務,響應快,48小時及時工作處理。成都營銷網站建設的優勢是能夠根據用戶設備顯示端的尺寸不同,自動調整寬城建站的顯示方式,使網站能夠適用不同顯示終端,在瀏覽器中調整網站的寬度,無論在任何一種瀏覽器上瀏覽網站,都能展現優雅布局與設計,從而大程度地提升瀏覽體驗。創新互聯公司從事“寬城網站設計”,“寬城網站推廣”以來,每個客戶項目都認真落實執行。

golang 讀取服務器時間 延遲問題怎么解決

簡單減少slave同步延案架構做優化盡量讓主庫DDL快速執行主庫寫數據安全性較高比sync_binlog=1innodb_flush_log_at_trx_commit = 1 類設置slave則需要高數據安全完全講sync_binlog設置0或者關閉binloginnodb_flushlog設置0提高sql執行效率另外使用比主庫更硬件設備作slave

mysql-5.6.3已經支持線程主復制原理丁奇類似丁奇表做線程Oracle使用數據庫(schema)單位做線程同庫使用同復制線程

sync_binlog=1

This makes MySQL synchronize the binary log’s contents to disk each time it commits a transaction

默認情況并每寫入都binlog與硬盤同步操作系統或機器(僅僅MySQL服務器)崩潰能binlog語句丟 失要想防止種情況使用sync_binlog全局變量(1安全值慢)使binlog每Nbinlog寫入與硬盤 同步即使sync_binlog設置1,現崩潰能表內容binlog內容間存致性使用InnoDB表MySQL服務器 處理COMMIT語句整事務寫入binlog并事務提交InnoDB兩操作間現崩潰重啟事務InnoDB滾仍 存binlog用--innodb-safe-binlog選項增加InnoDB表內容binlog間致性(注釋:MySQL 5.1需要--innodb-safe-binlog;由于引入XA事務支持該選項作廢)該選項提供更程度安全使每事務 binlog(sync_binlog =1)(默認情況真)InnoDB志與硬盤同步該選項效崩潰重啟滾事務MySQL服務器binlog剪切滾 InnoDB事務確保binlog反饋InnoDB表確切數據等并使服務器保持與主服務器保持同步(接收 滾語句)

innodb_flush_log_at_trx_commit (管用)

抱怨Innodb比MyISAM慢 100倍概忘調整值默認值1意思每事務提交或事務外指令都需要志寫入(flush)硬盤費特別使用電 池供電緩存(Battery backed up cache)設2于運用特別MyISAM表轉意思寫入硬盤寫入系統緩存志仍每秒flush硬 盤所般丟失超1-2秒更新設0更快點安全面比較差即使MySQL掛能丟失事務數據值2整操作系統 掛才能丟數據

為什么要使用 Go 語言?Go 語言的優勢在哪里

1. 保留但大幅度簡化指針

Go語言保留著C中值和指針的區別,但是對于指針繁瑣用法進行了大量的簡化,引入引用的概念。所以在Go語言中,你幾乎不用擔心會因為直接操作內寸而引起各式各樣的錯誤。

2. 多參數返回

還記得在C里面為了回饋多個參數,不得不開辟幾段指針傳到目標函數中讓其操作么?在Go里面這是完全不必要的。而且多參數的支持讓Go無需使用繁瑣的exceptions體系,一個函數可以返回期待的返回值加上error,調用函數后立刻處理錯誤信息,清晰明了。

3. Array,slice,map等內置基本數據結構

如果你習慣了Python中簡潔的list和dict操作,在Go語言中,你不會感到孤單。一切都是那么熟悉,而且更加高效。如果你是C++程序員,你會發現你又找到了STL的vector 和 map這對朋友。

4. Interface

Go語言最讓人贊嘆不易的特性,就是interface的設計。任何數據結構,只要實現了interface所定義的函數,自動就implement了這個interface,沒有像Java那樣冗長的class申明,提供了靈活太多的設計度和OO抽象度,讓你的代碼也非常干凈。千萬不要以為你習慣了Java那種一條一條加implements的方式,感覺還行,等接口的設計越來越復雜的時候,無數Bug正在后面等著你。

同時,正因為如此,Go語言的interface可以用來表示任何generic的東西,比如一個空的interface,可以是string可以是int,可以是任何數據類型,因為這些數據類型都不需要實現任何函數,自然就滿足空interface的定義了。加上Go語言的type assertion,可以提供一般動態語言才有的duck typing特性, 而仍然能在compile中捕捉明顯的錯誤。

5. OO

Go語言本質上不是面向對象語言,它還是過程化的。但是,在Go語言中, 你可以很輕易的做大部分你在別的OO語言中能做的事,用更簡單清晰的邏輯。是的,在這里,不需要class,仍然可以繼承,仍然可以多態,但是速度卻快得多。因為本質上,OO在Go語言中,就是普通的struct操作。

6. Goroutine

這個幾乎算是Go語言的招牌特性之一了,我也不想多提。如果你完全不了解Goroutine,那么你只需要知道,這玩意是超級輕量級的類似線程的東西,但通過它,你不需要復雜的線程操作鎖操作,不需要care調度,就能玩轉基本的并行程序。在Go語言里,觸發一個routine和erlang spawn一樣簡單。基本上要掌握Go語言,以Goroutine和channel為核心的內存模型是必須要懂的。不過請放心,真的非常簡單。

7. 更多現代的特性

和C比較,Go語言完全就是一門現代化語言,原生支持的Unicode, garbage collection, Closures(是的,和functional programming language類似), function是first class object,等等等等。

看到這里,你可能會發現,我用了很多輕易,簡單,快速之類的形容詞來形容Go語言的特點。我想說的是,一點都不夸張,連Go語言的入門學習到提高,都比別的語言門檻低太多太多。在大部分人都有C的背景的時代,對于Go語言,從入門到能夠上手做項目,最多不過半個月。Go語言給人的感覺就是太直接了,什么都直接,讀源代碼直接,寫自己的代碼也直接。

國內重要的 Go 語言項目:TiDB 3.0 GA,穩定性和性能大幅提升

TiDB 是 PingCAP 自主研發的開源分布式關系型數據庫,具備商業級數據庫的數據可靠性,可用性,安全性等特性,支持在線彈性水平擴展,兼容 MySQL 協議及生態,創新性實現 OLTP 及 OLAP 融合。

TiDB 3.0 版本顯著提升了大規模集群的穩定性,集群支持 150+ 存儲節點,300+TB 存儲容量長期穩定運行。易用性方面引入大量降低用戶運維成本的優化,包括引入 Information_Schema 中的多個實用系統視圖、EXPLAIN ANALYZE、SQL Trace 等。在性能方面,特別是 OLTP 性能方面,3.0 比 2.1 也有大幅提升,其中 TPC-C 性能提升約 4.5 倍,Sysbench 性能提升約 1.5 倍,OLAP 方面,TPC-H 50G Q15 因實現 View 可以執行,至此 TPC-H 22 個 Query 均可正常運行。新功能方面增加了窗口函數、視圖(實驗特性)、分區表、插件系統、悲觀鎖(實驗特性)。

截止本文發稿時 TiDB 已在 500+ 用戶的生產環境中長期穩定運行,涵蓋金融、保險、制造,互聯網, 游戲 等領域,涉及交易、數據中臺、 歷史 庫等多個業務場景。不同業務場景對關系型數據庫的訴求可用 “百花齊放”來形容,但對關系數據庫最根本的訴求未發生任何變化,如數據可靠性,系統穩定性,可擴展性,安全性,易用性等。請跟隨我們的腳步梳理 TiDB 3.0 有什么樣的驚喜。

3.0 與 2.1 版本相比,顯著提升了大規模集群的穩定性,支持單集群 150+ 存儲節點,300+TB 存儲容量長期穩定運行,主要的優化點如下:

1. 優化 Raft 副本之間的心跳機制,按照 Region 的活躍程度調整心跳頻率,減小冷數據對集群的負擔。

2. 熱點調度策略支持更多參數配置,采用更高優先級,并提升熱點調度的準確性。

3. 優化 PD 調度流程,提供調度限流機制,提升系統穩定性。

4. 新增分布式 GC 功能,提升 GC 的性能,降低大集群 GC 時間,提升系統穩定性。

眾所周知,數據庫查詢計劃的穩定性對業務至關重要,TiDB 3.0 版本采用多種優化手段提升查詢計劃的穩定性,如下:

1. 新增 Fast Analyze 功能,提升收集統計信息的速度,降低集群資源的消耗及對業務的影響。

2. 新增 Incremental Analyze 功能,提升收集單調遞增的索引統計信息的速度,降低集群資源的消耗及對業務的影響。

3. 在 CM-Sketch 中新增 TopN 的統計信息,緩解 CM-Sketch 哈希沖突導致估算偏大,提升代價估算的準確性,提升查詢計劃的穩定性。

4. 引入 Skyline Pruning 框架,利用規則防止查詢計劃過度依賴統計信息,緩解因統計信息滯后導致選擇的查詢計劃不是最優的情況,提升查詢計劃的穩定性。

5. 新增 SQL Plan Management 功能,支持在查詢計劃不準確時手動綁定查詢計劃,提升查詢計劃的穩定性。

1. OLTP

3.0 與 2.1 版本相比 Sysbench 的 Point Select,Update Index,Update Non-Index 均提升約 1.5 倍,TPC-C 性能提升約 4.5 倍。主要的優化點如下:

1. TiDB 持續優化 SQL 執行器,包括:優化 NOT EXISTS 子查詢轉化為 Anti Semi Join,優化多表 Join 時 Join 順序選擇等。

2. 優化 Index Join 邏輯,擴大 Index Join 算子的適用場景并提升代價估算的準確性。

3. TiKV 批量接收和發送消息功能,提升寫入密集的場景的 TPS 約 7%,讀密集的場景提升約 30%。

4. TiKV 優化內存管理,減少 Iterator Key Bound Option 的內存分配和拷貝,多個 Column Families 共享 block cache 提升 cache 命中率等手段大幅提升性能。

5. 引入 Titan 存儲引擎插件,提升 Value 值超過 1KB 時性能,緩解 RocksDB 寫放大問題,減少磁盤 IO 的占用。

6. TiKV 新增多線程 Raftstore 和 Apply 功能,提升單節點內可擴展性,進而提升單節點內并發處理能力和資源利用率,降低延時,大幅提升集群寫入能力。

TiDB Lightning 性能與 2019 年年初相比提升 3 倍,從 100GB/h 提升到 300GB/h,即 28MB/s 提升到 85MB/s,優化點,如下:

1. 提升 SQL 轉化成 KV Pairs 的性能,減少不必要的開銷。

2. 提升單表導入性能,單表支持批量導入。

3. 提升 TiKV-Importer 導入數據性能,支持將數據和索引分別導入。

4. TiKV-Importer 支持上傳 SST 文件限速功能。

RBAC(Role-Based Access Control,基于角色的權限訪問控制) 是商業系統中最常見的權限管理技術之一,通過 RBAC 思想可以構建最簡單“用戶-角色-權限”的訪問權限控制模型。RBAC 中用戶與角色關聯,權限與角色關聯,角色與權限之間一般是多對多的關系,用戶通過成為什么樣的角色獲取該角色所擁有的權限,達到簡化權限管理的目的,通過此版本的迭代 RBAC 功能開發完成。

IP 白名單功能(企業版特性) :TiDB 提供基于 IP 白名單實現網絡安全訪問控制,用戶可根據實際情況配置相關的訪問策略。

Audit log 功能(企業版特性) :Audit log 記錄用戶對數據庫所執行的操作,通過記錄 Audit log 用戶可以對數據庫進行故障分析,行為分析,安全審計等,幫助用戶獲取數據執行情況。

加密存儲(企業版特性) :TiDB 利用 RocksDB 自身加密功能,實現加密存儲的功能,保證所有寫入到磁盤的數據都經過加密,降低數據泄露的風險。

完善權限語句的權限檢查 ,新增 ANALYZE,USE,SET GLOBAL,SHOW PROCESSLIST 語句權限檢查。

1. 新增 SQL 方式查詢慢查詢,豐富 TiDB 慢查詢日志內容,如:Coprocessor 任務數,平均/最長/90% 執行/等待時間,執行/等待時間最長的 TiKV 地址,簡化慢查詢定位工作,提高排查慢查詢問題效率,提升產品易用性。

2. 新增系統配置項合法性檢查,優化系統監控項等,提升產品易用性。

3. 新增對 TableReader、IndexReader 和 IndexLookupReader 算子內存使用情況統計信息,提高 Query 內存使用統計的準確性,提升處理內存消耗較大語句的效率。

4. 制定日志規范,重構日志系統,統一日志格式,方便用戶理解日志內容,有助于通過工具對日志進行定量分析。

5. 新增 EXPLAIN ANALYZE 功能,提升SQL 調優的易用性。

6. 新增 SQL 語句 Trace 功能,方便排查問題。

7. 新增通過 unix_socket 方式連接數據庫。

8. 新增快速恢復被刪除表功能,當誤刪除數據時可通過此功能快速恢復數據。

TiDB 3.0 新增 TiFlash 組件,解決復雜分析及 HTAP 場景。TiFlash 是列式存儲系統,與行存儲系統實時同步,具備低延時,高性能,事務一致性讀等特性。 通過 Raft 協議從 TiKV 中實時同步行存數據并轉化成列存儲格式持久化到一組獨立的節點,解決行列混合存儲以及資源隔離性問題。TiFlash 可用作行存儲系統(TiKV)實時鏡像,實時鏡像可獨立于行存儲系統,將行存儲及列存儲從物理隔離開,提供完善的資源隔離方案,HTAP 場景最優推薦方案;亦可用作行存儲表的索引,配合行存儲對外提供智能的 OLAP 服務,提升約 10 倍復雜的混合查詢的性能。

TiFlash 目前處于 Beta 階段,計劃 2019 年 12 月 31 日之前 GA,歡迎大家申請試用。

未來我們會繼續投入到系統穩定性,易用性,性能,彈性擴展方面,向用戶提供極致的彈性伸縮能力,極致的性能體驗,極致的用戶體驗。

穩定性方面 V4.0 版本將繼續完善 V3.0 未 GA 的重大特性,例如:悲觀事務模型,View,Table Partition,Titan 行存儲引擎,TiFlash 列存儲引擎;引入近似物理備份恢復解決分布數據庫備份恢復難題;優化 PD 調度功能等。

性能方面 V4.0 版本將繼續優化事務處理流程,減少事務資源消耗,提升性能,例如:1PC,省去獲取 commit ts 操作等。

彈性擴展方面,PD 將提供彈性擴展所需的元信息供外部系統調用,外部系統可根據元信息及負載情況動態伸縮集群規模,達成節省成本的目標。

我們相信戰勝“未知”最好的武器就是社區的力量,基礎軟件需要堅定地走開源路線。截止發稿我們已經完成 41 篇源碼閱讀文章。TiDB 開源社區總計 265 位 Contributor,6 位 Committer,在這里我們對社區貢獻者表示由衷的感謝,希望更多志同道合的人能加入進來,也希望大家在 TiDB 這個開源社區能夠有所收獲。

TiDB 3.0 GA Release Notes:

每個開發人員都應該知道的16個頂級新計算機編程語言

函數式語言

Elixir

Elixir 比 Erlang 更容易編寫,具有 Haskell 等語言的函數式編程概念。Elixir是基于Erlang 虛擬機的,其廣為人知的特點是運行低延時、分布式、可容錯的系統,并成功用于Web開發與嵌入式軟件領域。

Elm

Elm是一種用于構建 Web 應用程序的函數式語言。業內一般認為,它適用于創建高可交互應用,例如復雜的用戶界面,開發人員可以通過 Elm 快速編寫富有表現力的系統。Elm 也以沒有運行時異常而聞名。

PureScript

PureScript是一種可編譯為 JavaScript 的純函數式編程語言。與 Haskell 最相似的是,PureScript 最適合用于開發 Web 應用程序和服務器端應用程序。

PureScript 支持類型推斷,與其他語言相比,需要明顯類型注釋要少得多。

Swift

Swift是一種由蘋果公司開發的通用編譯編程語言,最早的設想是替代上一代編程語言Objective-C ,過程中結合了Objective-C、Rust、Ruby 和 Python等語言的編程思想。目前Swift用于開發蘋果自己的手機、服務器、臺式機上的應用軟件。

程序語言

Go

Go語言是由谷歌公司創造的類似C風格的語言。Go 比 C++ 或 Java 更簡潔,比 Ruby 或 Python 更安全。

一些缺點: 編碼要求嚴格。比如,不能混用符號和無符號整數。還有一個明顯的遺漏,Go語言沒有泛型和繼承。

但Go語言的優勢同樣明顯,簡單且易于使用。Go語言擅長于網絡和多線程方面的編程。

面向對象語言

DART

Dart同樣來自谷歌公司具有C語言風格。Dart可以輕松編寫JavaScript、Java for Android、本地機器代碼或獨立的 Dart 虛擬機。它還可以運行后端代碼。

Dart 非常適合使用事件驅動代碼構建用戶界面。根據Dart 團隊成員的說法,Dart的優勢:可選的靜態類型、最小的編譯時錯誤和強大的內置編輯器。

Pony

Pony是一種基于無數據競爭類型和垃圾收集的語言,并使用 actor 模型以及稱為引用功能的東西。

你可以把 Pony 想象成某種“Rust 遇上 Erlang”的復合體,沒有鎖,高并發是其主要優點。

Pony 的缺點是 API 穩定性低、很少有高質量的第三方庫和有限的本地工具。

TypeScript

TypeScript是一個基于 JavaScript 靜態類型定義構建,并由微軟維護且開源編程語言。Visual Studio Code 或Visual Studio 是推薦的IDE編輯器,微軟大廠的用戶體驗和錯誤檢查也不用懷疑。

復合編程語言

Hack

Hack是一種作為 PHP 方言的 HipHop 虛擬機的編程語言。于 2014 年由Facebook創建,允許程序員同時使用靜態和動態類型(也稱為漸進類型),這為編碼提供了靈活性。

Julia

Julia是一種高級通用編程語言,用于計算科學和數值分析。Julia 以動態類型和可重現的高性能特性而聞名。

Julia 在數據可視化和機器學習等方面都有大量用途。事實上,它被英國保險公司 Aviva 用于風險計算,紐約聯邦儲備銀行用于金融建模,甚至氣候建模聯盟用于氣候變化建模。它擁有Fortran、C++、R、Java、C 、Python等的接口,這使其成為最受追捧的新語言之一。

Kotlin

Kotlin是運行在 Java 虛擬機中的更快、更流暢的 Java 版本。它現在是Android 開發的首選語言。根據 Android 開發者網站顯示,程序員正轉而采用 Kotlin,因為該語言的樣板代碼更少,空指針異常更少,并且與 Java 有互操作性。

Kotlin 可用于在 iOS 和 Android 上運行的應用程序、不使用額外運行時或虛擬機。

Nim

Nim是一種優先考慮可讀性的靜態類型語言。通過結合多種語言的特性,Nim 為程序員提供了速度和易用性。

它帶有 JavaScript 后端、分散的包管理、自動內存管理、C 和 C++ 庫的綁定以及用于調試的回溯。作為一種語言,Nim 是有限的,但它包含一組元編程功能,如泛型、模板和宏,因此開發人員可以在避免冗長代碼的同時以不同的風格工作。

OCaml作為此列表中較舊的語言,OCaml是一種多范式語言——既有函數式、命令式和類型安全,也具有面向對象功能。

OCaml 的一些優勢:定義數據類型很容易。默認情況下,所有變量都是不可變的。API 穩定,具有良好的庫向后兼容性。該語言還為獨立應用程序提供自動內存管理和單獨編譯。

Reason

如果比JavaScript 更快、更簡單且類型安全會怎樣?

這就是創建Reason的 Facebook 開發者想要回答的問題。不過,他并沒有從頭開始構建一種新語言,而是采用了 OCaml,并將其調整為類似于 JavaScript。

Reason使用項目 BucketScript編譯為 JavaScript,并且可以訪問 80% 的 JavaScript 工具和生態系統。它還可以編譯為準系統、iOS、Android 和微控制器。

Red

Red是一種最初旨在克服 Rebol 語言限制的編程語言。Red 于 2011 年推出,受 Rebol、Lua 和 Scala 等語言的影響,對高級和低級編程都很有用。

該語言可用于開發從高級 GUI 到低級操作系統的所有方面。Red 擁有人性化的語法、低內存占用和垃圾收集等優點。

Rust

Rust解決了一些與 Go 相同的問題,如系統級別的線程和進程安全,,但Rust 更像 C 風格的語法

但Rust語言的缺點:靜態類型和缺乏垃圾收集

Rust可直接訪問內存意味著程序員可以編寫低級代碼,如操作系統內核。Rust 也非常適合嵌入式設備、網絡服務和命令行編寫。

Go時區設置

全球以英國倫敦格林威治作為零度經線的起點,每隔15經度為一個時區,15度經線為該時區的中央經線,共分為24個時區。由西向東每隔15經度增加一個時區,相反的,每向西15經度減少一個時區。中國所在時區為東8區。

當前時間 time.Now() 返回的是當地時區的時間:

CST可以代表如下四個不同的時區:

time.Now() 返回的 +0800 CST 表示的就是中國標準時間,與UTC時間有如下的轉化:

Wall Clocks表示掛鐘時間,存儲的是自1970 年 1 月 1 日 0 時 0 分 0 秒以來的時間戳,當系統和授時服務器進行校準時間時間操作時,有可能造成這一秒是2018-1-1 00:00:00,而下一秒變成了2017-12-31 23:59:59的情況。

Monotonic Clocks,意思是單調時間的,所謂單調,就是只會不停的往前增長,不受校時操作的影響,這個時間是自進程啟動以來的秒數。

time.Now() 返回的 m=+0.004002201 就是表示Monotonic Clocks

go語言中如果不設置指定的時區,通過 time.Now() 獲取到的就是本地時區

設置時區有兩種方式:

固定時區到東八區。但這種不是對程序的全局設置,每次獲取時都需要固定時區

加載指定時區。但如果沒有go環境使用這種方式就會加載失敗,因為時區信息是放在go的安裝包中的。

如果你用第二種方式加載時區,在打docker鏡像時就需要進行時區相關的配置,配置文件如下:

參考文章:

名稱欄目:go語言延時 go延時隊列
地址分享:http://m.kartarina.com/article24/dodseje.html

成都網站建設公司_創新互聯,為您提供電子商務全網營銷推廣微信公眾號服務器托管網站導航

廣告

聲明:本網站發布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創新互聯

外貿網站建設
主站蜘蛛池模板: 18禁无遮挡无码网站免费| 亚洲欧洲无码一区二区三区| 亚洲人成人无码.www石榴| 无码爆乳护士让我爽| 亚洲AV无码乱码在线观看| 无码专区中文字幕无码| 免费无码看av的网站| 曰批全过程免费视频在线观看无码| 亚洲成在人线在线播放无码 | 中文字幕无码精品亚洲资源网久久 | 内射人妻少妇无码一本一道| 亚洲AV无码一区二区三区久久精品 | 97久久精品无码一区二区天美| 亚洲男人第一无码aⅴ网站| 亚洲va成无码人在线观看| 中文无码字幕中文有码字幕| HEYZO无码综合国产精品227| 亚洲国产综合无码一区二区二三区| 久久人妻少妇嫩草AV无码专区 | 无码中文字幕日韩专区| 国产精品无码无需播放器| 亚洲精品色午夜无码专区日韩| 亚洲AV无码精品国产成人| 少妇无码一区二区三区免费| 岛国无码av不卡一区二区| 国产一区二区三区无码免费| 色综合99久久久无码国产精品| 无码人妻一区二区三区精品视频| 成人免费无码大片A毛片抽搐 | 人妻少妇乱子伦无码视频专区| 亚洲免费日韩无码系列 | 无码毛片一区二区三区中文字幕| 18禁免费无码无遮挡不卡网站| 无码国产精品一区二区免费16| 亚洲精品无码Av人在线观看国产 | 无码不卡av东京热毛片| 亚洲国产成人无码AV在线影院| 亚洲精品无码不卡在线播放| 好了av第四综合无码久久| 无码人妻精品一二三区免费| 成人免费无码大片A毛片抽搐|