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
Tiakon
V2EX  ›  MySQL

我第一次编译 mysql,花了三四个小时,这正常吗?

  •  1
     
  •   Tiakon · 2018-05-04 02:16:37 +08:00 · 7720 次点击
    这是一个创建于 2394 天前的主题,其中的信息可能已经有所发展或是发生改变。
    第 1 条附言  ·  2018-05-04 11:39:05 +08:00
    感谢大家的留言,我忘了说明了。我是在树莓派 3B Centos7 上进行编译的。mysql 的版本 是 5.7.22 仅仅使用 make 进行编译就花了三四个小时。
    27 条回复    2018-05-09 23:34:23 +08:00
    meowoo
        1
    meowoo  
       2018-05-04 02:54:28 +08:00 via iPhone   ❤️ 1
    编译安装么 那肯定不正常
    icy37785
        2
    icy37785  
       2018-05-04 02:55:17 +08:00 via iPhone   ❤️ 1
    不正常
    msg7086
        3
    msg7086  
       2018-05-04 04:59:45 +08:00   ❤️ 1
    看你编译机配置有多高。
    如果是特别低的配置,或者硬盘很慢,花几个小时也是有可能的。

    (顺便一提,我还从来没编译过 MySQL。一般人没事编译那个干啥?
    dndx
        4
    dndx  
       2018-05-04 05:10:31 +08:00
    不太正常,有没有开 -j 选项?
    defunct9
        5
    defunct9  
       2018-05-04 06:36:20 +08:00 via iPhone
    半小时,不过是 dell r730
    wlwood
        6
    wlwood  
       2018-05-04 07:06:29 +08:00 via Android
    嗯,以前在 freebsd 下编译过,似乎不用这么久啊! 2012 年的老电脑,2G 内存,cpu 是 AMD 的。
    当然,是直接用 port 里面的编译的默认参数
    artandlol
        7
    artandlol  
       2018-05-04 07:31:19 +08:00 via iPhone
    配置低的情况,正常
    pkookp8
        8
    pkookp8  
       2018-05-04 07:40:41 +08:00 via Android   ❤️ 1
    第一次编译 linux 内核用了一晚上
    ThirdFlame
        9
    ThirdFlame  
       2018-05-04 08:29:44 +08:00
    正常。
    aver4vex
        10
    aver4vex  
       2018-05-04 08:32:45 +08:00
    正常。
    ech0x
        11
    ech0x  
       2018-05-04 08:34:19 +08:00 via iPhone
    没加 -j 的话正常
    GeforceGTX
        12
    GeforceGTX  
       2018-05-04 08:47:54 +08:00
    我有一台阿里云机器就遇到过类似的情况,并且不止 3~4 小时。
    一个活动买的 2 个机器,用的 BT 面板配置环境,一个属于正常速度,另外一个配置 MYSQL NGINX PHP,竟然需要挂机通宵。。。
    zgx030030
        13
    zgx030030  
       2018-05-04 09:08:58 +08:00
    树莓派上也没这么慢
    SourceMan
        14
    SourceMan  
       2018-05-04 09:16:33 +08:00
    不正常
    nicevar
        15
    nicevar  
       2018-05-04 09:18:17 +08:00
    正不正常看配置
    openbsd
        16
    openbsd  
       2018-05-04 09:47:39 +08:00
    这种配置有必要用编译版么 ?
    riyoukakan
        17
    riyoukakan  
       2018-05-04 09:50:52 +08:00   ❤️ 1
    看配置跟 mysql 版本
    如果是 1 核 1G 编译 mysql5.7 的话很正常
    32G16 核编译个 mysql5.5 这么久就不正常
    MonoLogueChi
        18
    MonoLogueChi  
       2018-05-04 10:21:43 +08:00 via Android
    看配置,也要看 MySQL 版本
    yuhr123
        19
    yuhr123  
       2018-05-04 11:19:01 +08:00
    楼主所谓的三四个小时,是从配置到编译完成总共花了这些时间,还是执行编译安装命令开始到编译完成所花费的时间?

    这绝对是两个不同的角度,前者是说指你研究的时间长,后者指说编译的时间长。
    jasonyang9
        20
    jasonyang9  
       2018-05-04 11:26:08 +08:00
    估计是人脑编译的,手动写出汇编再到机器码
    sampeng
        21
    sampeng  
       2018-05-04 11:41:10 +08:00
    树莓派。。。3-4 个小时算不错的了。。我同事在树莓派上编译 ffmpeg。整整一天
    kennylam777
        22
    kennylam777  
       2018-05-04 11:51:21 +08:00   ❤️ 1
    現在應該學會了 cross-compiling 了吧......

    make 這事情, 做了一段時間覺得時間太長, 又不敢 Ctrl-C 按停放棄進度來調整, 結果就是在刷時間紀錄 囧
    julyclyde
        23
    julyclyde  
       2018-05-05 11:06:07 +08:00
    这就是正常人不去编译它的原因
    arg123654789
        24
    arg123654789  
       2018-05-08 21:52:08 +08:00
    make 的时候记得用多线程就不会这么慢
    Tiakon
        25
    Tiakon  
    OP
       2018-05-09 09:18:52 +08:00
    @julyclyde ....... 这是什么操作?
    Tiakon
        26
    Tiakon  
    OP
       2018-05-09 09:20:43 +08:00
    @arg123654789 这个要怎么使用多线程?
    arg123654789
        27
    arg123654789  
       2018-05-09 23:34:23 +08:00 via Android   ❤️ 1
    make -j
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5315 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 31ms · UTC 06:53 · PVG 14:53 · LAX 22:53 · JFK 01:53
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.