阿里云 ECS 上安装的 MySQL 卡 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
MySQL 5.5 Community Server
MySQL 5.6 Community Server
Percona Configuration Wizard
XtraBackup 搭建主从复制
Great Sites on MySQL
Percona
MySQL Performance Blog
Severalnines
推荐管理工具
Sequel Pro
phpMyAdmin
推荐书目
MySQL Cookbook
MySQL 相关项目
MariaDB
Drizzle
参考文档
http://mysql-python.sourceforge.net/MySQLdb.html
studentht
V2EX    MySQL

阿里云 ECS 上安装的 MySQL 卡

  •  
  •   studentht 2018-01-01 20:05:10 +08:00 4675 次点击
    这是一个创建于 2856 天前的主题,其中的信息可能已经有所发展或是发生改变。

    如题: 一台 ECS,2G 内存,1M 带宽,Centos 7,安装了 MySQL 5.7,其他的主要就有运行了一个 wordpress。 系统负载很低,

    [root@...... ~]# uptime 19:00:00 up 14 days, 00:00, 1 user, load average: 0.07, 0.08, 0.06 [root@...... ~]# free -m total used free shared buff/cache available Mem: 1839 978 156 2 704 690 Swap: 0 0 0 

    现在有一个问题,就是用 mysql 客户端(主要是 workbench,其他的 Navicat Essentials 和 SQLyog Community 都有试过)远程连接 ECS 上的 MySQL Server(直接 TCP 端口连接,不是 ssh 登陆后连 localhost),每隔一段时间后,运行一句 sql 就会卡半天,等这一句执行完了,后面一段时间运行 sql 就会很快。再休息一段时间不执行 sql,过一段时间再执行一句 sql 又会卡,像 MySQL Server 休眠了一样。
    我观察 workbench 显示卡的 sql,显示:

    Duration / Fetch 0.047 sec / 0.000 sec 

    就是说其实执行这条 sql 并没有花多少时间,但是问题是整个查询过程确实费了不少时间,界面一直卡着。
    万能的 V 友,大家有遇到这种情况吗?

    16 条回复    2018-01-03 15:37:14 +08:00
    kohos
        1
    kohos  
       2018-01-01 21:13:54 +08:00
    你试一下去 Edit - Preferences - SQL Editor - MySQL Session 中的 DBMS connection keep-alive interval 设置改成 30 试试。我觉得是时间长了连接丢失了
    tt0411
        2
    tt0411  
       2018-01-01 21:43:17 +08:00
    最好在服务器上对比测试一下, 确定延时是查询造成的还是网络造成的
    likuku
        3
    likuku  
       2018-01-01 21:47:18 +08:00
    远程直连数据库...国内网络这种尿性,生产环境 /正式环境,也没人这么用
    opengps
        4
    opengps  
       2018-01-02 08:38:01 +08:00
    首先提醒一句,所有的云服务器都是虚拟机,其硬盘性能( iops )都低于笔记本硬盘的十分之一(估算)
    这也是我给他人介绍云服务器时候常见的误区,这么理解把,虚拟机里的是虚拟硬盘,毕竟是浪费了一层效率的,iops 下降是必然,甚至 ssd 的云服务器才等同于普通 5400 转的笔记本硬盘 iops 参数
    studentht
        5
    studentht  
    OP
       2018-01-02 10:08:26 +08:00   1
    @opengps ECS 是 io 优化型实例,硬盘是 SSD (阿里云宣称的),而且 ECS 上没有什么大量 io 读写的程序,监控 io 读写频率和数据量都很低
    studentht
        6
    studentht  
    OP
       2018-01-02 10:14:08 +08:00
    @kohos 补充一下,在 osx 上,sequel-pro 也会出现卡的症状,服务器端'wait_timeout', '28800'。
    不过有可能是 @likuku 说到的外网复杂的网络环境导致丢包的,我调整这个客户端配置试试看
    opengps
        7
    opengps  
       2018-01-02 10:40:15 +08:00
    @studentht io 优化型不等于 ssd,io 优化是通过其他方式,比如阵列来实现的提高 iops,你可以测试下,实际上还是低于物理 5400 转磁盘。优化的结果确实是高于普通机械盘的虚拟硬盘文件,人家没说错,但也回避了效率低的问题
    opengps
        8
    opengps  
       2018-01-02 10:41:23 +08:00
    说完才反映过来,你的情况是数据盘 ssd,系统盘优化型 io 吧。
    数据盘的 ssd 可能只等于普通电脑装普通 ssd 的效果
    liuzhedash
        9
    liuzhedash  
       2018-01-02 10:57:37 +08:00
    @kohos #1
    根据描述的情况看,1 楼百分之九十九答对了
    xbdsky
        10
    xbdsky  
       2018-01-02 12:37:47 +08:00
    1g 小内存,mysql 经常崩溃
    studentht
        11
    studentht  
    OP
       2018-01-03 10:38:34 +08:00
    studentht
        12
    studentht  
    OP
       2018-01-03 11:03:17 +08:00
    @opengps 我觉得应该不是你理解的那样,io 优化实例是针对 ECS,与使用什么硬盘无关。
    kohos
        13
    kohos  
       2018-01-03 11:32:55 +08:00
    @studentht 应该是,我刚刚把 timeout 改成了 10 秒,长时间空闲之后的查询就只卡了 10 多秒,但我还是宁愿改 keep-alive 为 30 秒,没这耐心。因特网上哪个节点会那么好维持一个 10 多分钟都没有数据传输的 TCP 连接
    studentht
        14
    studentht  
    OP
       2018-01-03 15:27:39 +08:00
    @kohos 。奇怪 workbench 默认 keep-alive 时间为什么设置的这么长
    kohos
        15
    kohos  
       2018-01-03 15:33:48 +08:00
    @studentht 因为一般都是连接本机……其实现在连互联网 linux 系统的 MySQL 服务器最好是通过 Standard TCP/IP over SSH,SSH 用密钥文件登录,客户端经过 SSH 之后再本机连接 MySQL,这样是最安全的
    kohos
        16
    kohos  
       2018-01-03 15:37:14 +08:00
    @kohos 补充一下其实也不是最安全,是比较安全。往上还有 SSL 证书登录等
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     2052 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 34ms UTC 16:11 PVG 00:11 LAX 09:11 JFK 12:11
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86