国产精品久久久aaaa,日日干夜夜操天天插,亚洲乱熟女香蕉一区二区三区少妇,99精品国产高清一区二区三区,国产成人精品一区二区色戒,久久久国产精品成人免费,亚洲精品毛片久久久久,99久久婷婷国产综合精品电影,国产一区二区三区任你鲁

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

MySQL 5.7與MySQL 8.0 性能對比

數據分析與開發 ? 來源:數據分析與開發 ? 作者:數據分析與開發 ? 2020-11-03 09:26 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

背景

測試mysql5.7和mysql8.0分別在讀寫,選定,只寫模式下不同并發時的性能(tps,qps)

最早

測試使用版本為mysql5.7.22和mysql8.0.15

sysbench測試前先重啟mysql服務,并清除os的緩存(避免多次測試時命中緩存)

每次進行測試都是新生成測試數據后再進行mysql5.7和mysql8.0的測試

每次測試時保證mysql5.7和mysql8.0的配置參數一致

環境

機器cat / etc / redhat-release |xargs echo'版本'&& dmidecode -s系統產品名稱|xargs echo'是否虛擬化'&& cat / proc / cpuinfo | grep“ processor” | wc -l |xargs echo'cpu核數'版本CentOS Linux版本7.5.1804(核心)是否虛擬化KVM cpu核數4

myql5.7.22

5.7.22-log innodb_buffer_pool_size128M innodb_log_buffer_size64M innodb_log_file_size48M binlog_formatROW log_binON transaction_isolationREPEATABLE-READ

mysql8.0.15

8.0.15 innodb_buffer_pool_size128M innodb_log_buffer_size64M innodb_log_file_size48M binlog_formatROW log_binON transaction_isolationREPEATABLE-READ

系統平臺

sysbench-V sysbench1.1.0(usingbundledLuaJIT2.1.0-beta3)

測試

在不同的持久化策略下(binlog,重做日志持久化)mysql5.7和mysql8.0在讀寫模式,引用模式,只寫模式(oltp_read_write,oltp_read_only,oltp_write_only)下的性能表現

sysbench測試時間為60s,測試的表數量為20

測試分別在雙1模式(安全性)和0 2模式(高級)下進行

參數 任選值 意味著
sync_binlog 0 binlog刷盤持久化由操作系統完成,性能好,存在丟失binlog的風險
sync_binlog 1個 事務提交后刷盤持久化,最安全
sync_binlog ? 在每N個事務提交后進行刷盤持久化
innodb_flush_log_at_trx_commit 0 每秒鐘寫redo log并刷盤持久化
innodb_flush_log_at_trx_commit 1個 事務提交后寫redo log并刷盤持久化,最安全
innodb_flush_log_at_trx_commit 2 事務提交后寫redo log,兩次刷盤持久化

雙1模式下

SHOWGLOBALVARIABLESWHEREVariable_nameIN('sync_binlog','innodb_flush_log_at_trx_commit'); +--------------------------------+-------+ |Variable_name|Value| +--------------------------------+-------+ |innodb_flush_log_at_trx_commit|1| |sync_binlog|1| +--------------------------------+-------+

mysql5.7和mysql8.0在讀寫模式下的表現

雙1配置,讀寫模式下,mysql5.7.22和mysql8.0.15 tps,qps性能差不多,mysql8.0.15在120線程并發時,性能出現了下降幅度

mysql5.7和mysql8.0在預期模式下的表現

雙1配置,預期模式下,mysql5.7.22的tps,qps比mysql8.0.15好1/3左右;并發線程數增加后,tps,qps并沒有增加,反而出現了下降的趨勢

mysql5.7和mysql8.0在只寫模式下的表現

雙1配置,只寫模式下,轉換并發數的上升,mysql5.7.22的性能比mysql8.0.15好1/4左右

0 2模式下

SHOWGLOBALVARIABLESWHEREVariable_nameIN('sync_binlog','innodb_flush_log_at_trx_commit'); +--------------------------------+-------+ |Variable_name|Value| +--------------------------------+-------+ |innodb_flush_log_at_trx_commit|2| |sync_binlog|0| +--------------------------------+-------+

mysql5.7和mysql8.0在讀寫模式下的表現

0 2配置,讀寫模式下,并發數低時,mysql5.7.22性能好于mysql8.0.15;并發數比較高時,mysql8.0.15性能好于mysql5.7.22;在80線程的并發以上時,性能開始下降

mysql5.7和mysql8.0在預期模式下的表現

0 2配置,預期模式下,mysql5.7.22性能比mysql8.0.15好1/3左右;轉換并發數的上升,性能也沒有上升,反而有下降的趨勢

mysql5.7和mysql8.0在只寫模式下的表現

0 2配置,只寫模式下,mysql5.7.22的tps頂點比較大;mysql5.7.22的qps比mysql8.0.15好1/3左右

摘要

整體來看,mysql5.7.22在讀寫模式,擴展模式,只寫模式下的表現是mysql8.0.15的

隨著并行數的增加,性能表現不會也跟著增加,將會出現下降

本次測試結果是在配置很低的情況下進行的,不代表絕對

注意sysbench需要設置--db-ps-mode = disable禁用預編譯語句,不然并發測試線程多時會報下面的錯誤。致命:mysql_stmt_prepare()失敗致命:MySQL錯誤:1461“不能創建超過max_prepared_stmt_count語句(當前值:16382)“致命:mysql_stmt_prepare()失敗致命:MySQL錯誤:1461”不能創建超過max_prepared_stmt_count語句(當前值:16382)“致命:thread_init' function failed: /usr/local/share/sysbench/oltp_common.lua SQL API error FATAL: mysql_stmt_prepare() failed FATAL: MySQL error: 1461 "Can't create more than max_prepared_stmt_count statements (current value: 16382)" FATAL:thread_init'函數失敗:/ usr / local / share / sysbench / oltp_common.lua:288:SQL API錯誤致命:mysql_stmt_prepare()失敗

使用腳本

catsysbench_test_mysql5.7_8.0_tps_qps.sh #!/bin/bash #用于sysbench測試在讀寫模式、只讀模式、只寫模式下mysql5.7和mysql8.0的tps,qps #nohupbash$0>/tmp/sysbench_test2>&1& # user=admin passwd=admin ports="801557222" host=127.0.0.1 sysbench_test_mode="oltp_read_writeoltp_read_onlyoltp_write_only" sysbench_test_info_path=/tmp/sysbench-test functionred_echo(){ localwhat="$*" echo-e"$(date+%F-%T)e[1;31m${what}e[0m" } functioncheck_las_comm(){ if[$1-ne0];then red_echo$2 exit1 fi } functionrestart_mysqld(){ servicemysqld${1}restart sleep2 } functionpurge_binlog(){ port=$1 mysql-u$user-p$passwd-P$port-h$host</proc/sys/vm/drop_caches } functionsysbench_with_diff_thread(){ thread_num=$1 port=$2 order=$3 test_mode=$4 sysbench/usr/local/share/sysbench/${test_mode}.lua--mysql_storage_engine=innodb--table-size=100000--tables=20--mysql-db=test_1--mysql-user=$user--mysql-password=$passwd--mysql-port=$port--mysql-host=$host--threads=$thread_num--time=60--report-interval=2--db-ps-mode=disable--events=0--db-driver=mysql$order } functionmain(){ fortest_modein$sysbench_test_mode;do forportin$ports;do forthread_numin{5,10,20,30,40,80,120,200};do restart_mysqld"$port" check_las_comm"$?""restartmysqld${port}failed" clean_os_cache purge_binlog"$port" red_echo"sysbench$thread_numthreadscleanupmysqld${port}" sysbench_with_diff_thread"$thread_num""$port""cleanup""$test_mode">/dev/null red_echo"sysbench$thread_numthreadspreparemysqld${port}" sysbench_with_diff_thread"$thread_num""$port""prepare""$test_mode">/dev/null mkdir-p$sysbench_test_info_path red_echo"sysbench$thread_numthreadsrunmysqld${port}$test_mode" sysbench_with_diff_thread"$thread_num""$port""run""$test_mode">$sysbench_test_info_path/${test_mode}_${thread_num}_$port #servicemysqld{port}stop done done done } main

責任編輯:xj

原文標題:MySQL 5.7 & MySQL 8.0 性能對比

文章出處:【微信公眾號:數據分析與開發】歡迎添加關注!文章轉載請注明出處。

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • MySQL
    +關注

    關注

    1

    文章

    906

    瀏覽量

    29534
  • MYSQL數據庫
    +關注

    關注

    0

    文章

    97

    瀏覽量

    10265

原文標題:MySQL 5.7 & MySQL 8.0 性能對比

文章出處:【微信號:DBDevs,微信公眾號:數據分析與開發】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    MySQL關鍵參數的最佳配置

    運維MySQL數據庫十年有余,見過太多因為參數配置不當導致的性能問題。有的公司用著默認配置跑生產環境,128GB內存的服務器上InnoDB緩沖池只有128MB;有的把max_connections設成幾萬,結果OOM把數據庫打掛;還有的sync_binlog設成1,卻抱怨
    的頭像 發表于 01-27 10:32 ?338次閱讀

    恒訊科技解析:如何安裝MySQL并創建數據庫

    安裝和管理MySQL不必復雜。只需幾分鐘,你就能在Linux服務器上搭建MySQL,創建第一個數據庫,甚至自動化備份——同時確保數據安全有序。 什么是 MySQL? MySQL 是一個
    的頭像 發表于 01-14 14:25 ?178次閱讀

    工業數據中臺支持接入MySQL數據庫嗎

    工業數據中臺完全支持接入MySQL數據庫 ,且通過數據同步、集成與治理等技術手段,能夠充分發揮MySQL在數據存儲與事務處理方面的優勢,同時彌補其在數據分析與共享能力上的不足,具體分析如下: 技術
    的頭像 發表于 12-04 11:23 ?379次閱讀
    工業數據中臺支持接入<b class='flag-5'>MySQL</b>數據庫嗎

    MySQL慢查詢終極優化指南

    作為一名在生產環境摸爬滾打多年的運維工程師,我見過太多因為慢查詢導致的線上故障。今天分享一套經過實戰檢驗的MySQL慢查詢分析與索引優化方法論,幫你徹底解決數據庫性能瓶頸。
    的頭像 發表于 08-13 15:55 ?853次閱讀

    CentOS 7下MySQL 8雙主熱備高可用架構全解

    Centos7部署MySQL8+keepalived雙主熱備(含Keepalived配置與GTID同步優化方案) 架構拓撲原理 GTID同步 VIP 192.168.1.100 MySQL主節點1
    的頭像 發表于 08-12 17:08 ?830次閱讀

    MySQL配置調優技巧

    上個月,我們公司的核心業務系統突然出現大面積超時,用戶投訴電話不斷。經過緊急排查,發現是MySQL服務器CPU飆升到99%,大量慢查詢堆積。通過一系列配置調優和SQL優化,最終在30分鐘內恢復了服務。
    的頭像 發表于 07-31 10:27 ?618次閱讀

    MySQL 8.0性能優化實戰指南

    作為一名運維工程師,MySQL數據庫優化是我們日常工作中最具挑戰性的任務之一。MySQL 8.0作為當前主流版本,在性能、安全性和功能上都有了顯著提升,但如何充分發揮其潛力,仍需要我們
    的頭像 發表于 07-24 11:48 ?855次閱讀

    MySQL的組成結構與結構化查詢語言詳解

    MySQL作為世界上最流行的開源關系型數據庫管理系統,采用了分層架構設計
    的頭像 發表于 07-14 11:21 ?647次閱讀

    MySQL數據備份與恢復策略

    數據是企業的核心資產,MySQL作為主流的關系型數據庫管理系統,其數據的安全性和可靠性至關重要。本文將深入探討MySQL的數據備份策略、常用備份工具以及數據恢復的最佳實踐,幫助運維工程師構建完善的數據保護體系。
    的頭像 發表于 07-14 11:11 ?734次閱讀

    企業級MySQL數據庫管理指南

    在當今數字化時代,MySQL作為全球最受歡迎的開源關系型數據庫,承載著企業核心業務數據的存儲與處理。作為數據庫管理員(DBA),掌握MySQL的企業級部署、優化、維護技能至關重要。本文將從實戰角度出發,系統闡述MySQL在企業環
    的頭像 發表于 07-09 09:50 ?723次閱讀

    介紹三種常見的MySQL高可用方案

    方案——MHA(MySQL High Availability Manager)、PXC(Percona XtraDB Cluster) 和 Galera Cluster。我們將從原理、架構、優勢和局限性等角度對比這三種方案,并探討它們在實際應用中的部署場景和最佳實踐。
    的頭像 發表于 05-28 17:16 ?1246次閱讀

    MYSQL集群高可用和數據監控平臺實現方案

    該項目共分為2個子項目,由MYSQL集群高可用和數據監控平臺兩部分組成。
    的頭像 發表于 05-28 10:10 ?1314次閱讀
    <b class='flag-5'>MYSQL</b>集群高可用和數據監控平臺實現方案

    MySQL數據庫是什么

    MySQL數據庫是一種 開源的關系型數據庫管理系統(RDBMS) ,由瑞典MySQL AB公司開發,后被Oracle公司收購。它通過結構化查詢語言(SQL)進行數據存儲、管理和操作,廣泛應用于Web
    的頭像 發表于 05-23 09:18 ?1215次閱讀

    MySQL簡介與理論基礎

    MySQL是世界上最流行的開源關系型數據庫管理系統之一,廣泛應用于網站、應用程序和企業級系統。它采用客戶端/服務器架構,支持多用戶環境,并基于SQL(結構化查詢語言)標準。
    的頭像 發表于 05-21 10:43 ?739次閱讀

    除了增刪改查你對MySQL還了解多少

    我們都知道MySQL服務器的默認端口為3306,之后就在這個端口號上等待客戶端進程進行連接(MySQL服務器會默認監聽3306端口)。
    的頭像 發表于 04-14 17:20 ?726次閱讀