不小心发出去了
插入两千万条数据用了将近 3000 秒，对我的破机器 IO 性能有直接概念了吧
DDR2 内存时期的古董双核 AMD 入门 CPU ，执行性能也有概念了吧
索引直接加在 hash_id 上，未限定索引长度，全默认，唯一索引

直接检索，都是 0.0002 秒这个量级，检索过一次产生缓存以后，每次查询都是 0.0001

高度怀疑楼主只是在编问题，根本没有这个环境进行测试

首先使用我的专用低性能测试机（用于测试程序性能） MYSQL 导入 2000W 条记录，插入 2000W 条数据用时 2787 秒(因为生成随机串的发生器有一定不随机性，生成了一部分重复数据，实际数据量 19787975 条，近似当两千万看吧 懒得继续插了)

http://ww1.sinaimg.cn/large/6c2ea0fbly1fcvnwurlmbj20jj0t5q63.jpg

结构（索引情况）
http://ww1.sinaimg.cn/large/6c2ea0fbly1fcvnt3eq0hj20kz09a3zc.jpg

服务器配置：
AMD 不知道啥时候的双核低端 CPU ， 2G*2 DDR2 800 内存，硬盘 500G 普通 SATA 淘汰硬盘

随便从库里找 50 个串进行搜索，使用 SQL NO CACHE 同时每个数据只查一次避免其他缓存干扰

执行时间均为 0.00002 秒
http://ww1.sinaimg.cn/large/6c2ea0fbly1fcvnt3f96ej20l20bcdgm.jpg

楼主这问题近似等于地球人能不能吃猪肉

@ibegyourpardon #74
方便是管理多了 直观感受

直接切换基本是无痕的 何来老旧系统啊 连重启都不需要 很多场景下，跟升级了 mysql 从 5.5.9 到 5.5.11 没有任何区别，根本谈不上老旧系统

是否升级系统版本是一开始就决定的（涉及带内核或者底层调整的组件的项目除外），那种为了省事儿刚开始就没定基调跟着升级的，那积压下来就是老系统了

redhat 系的人和项目，基本没见过有把跟随主版本号变动，升级系统版本当做重要任务的，后果就是过了一阵子就会产生老旧系统，装新东西各种底层库版本低，升级系统跨版本太大问题多多，各种大坑

而一心搞 ubuntu 的，我做过调查，物理机大部分新系统来了就升了（一些云服务上的底层不太好升级的除外），很少产生老旧系统，除非懒。

@ibegyourpardon #70

ubuntu 升级不只是无痛了

你看我之前说的，我都敢下发指令然后去睡觉，第二天早晨就升级完毕了。

一般我的升级是 lts 到 lts ，新版本发布 1~1.5 个月以后固定升级，这时候基本直接跨版本升级的坑都踩完了，而且不会因为时间久又产生新的坑。

现在所谓 centos 稳定性甩 ubuntu 十条街什么的，能够坚持这么久的 linux 系统的稳定性都是没问题的，但是 ubuntu server 的管理轻松程度高太多，而且跟开发者联系紧密，境外的问题解决资料多。

@ibegyourpardon #67

我的物理服务器有几台是从 ubuntu server 6.06 lts 升级上来的 当然是一路升级 跟着 lts 走，每 4 个版本升级一次（两年整）
ubuntu 的版本号就是年月,6.06 是早期，过了 8.04 以后都是每年 4 月和 10 月各发布一次，大概是每两年 4 月的版本是 lts
曲线大概是 6.06,8.04,10.04,12.04,14.04,16.04

如果一个系统采用 crc32 存密码，那么地球上只有 4294967296 种密码？

没啥区别
如果真有区别，就是防止竞争对手 DDOS ……
前提是你们开发内部系统对安全性不糊弄

@ibegyourpardon #54
用 ubuntu server 的没有这个问题，跨版本升级基本跟升级个 nginx 版本号没啥区别……
16.04 出来一个月后，所有的生产服务器集中下发一个指令组，第二天早晨醒来就全是 16.04 了

ubuntu server 16.04 lts

@jianzhiyao020 #93
我有说 TP 是垃圾么
我所有的地方都在强调 用 TP 的垃圾多 远离这帮人 节约大量时间
我甚至没有直接吐槽过他代码烂 因为有时候我也会写很烂的代码
除非看到吹牛逼吹的实在看不下去了 随便贴点

赶紧退 beego 坑……
还不如用 php

@keinx #88
不客气。您这么虚心求教，作为一个长者，我要多教导你一些人生经验嘛。

@cncqw
年轻人嘛总是有很多这呀哪呀的毛病，精神病啊，脑残啊，无脑喷啊，一句话就是 too young too simple, always naive 之类，交给磁爆步兵杨永信之类教育教育就好了

@keinx #84
老子就勉为其难的收下你的膝盖了
别跪时间长了啊 小心膝关节病变

@ichou #80

原生 curl 算个啥，你见过只使用 controller 的么？把全站逻辑除了路由以外全写到 controller 里，除了 controller 目录没有任何自己的代码，还是个庞大项目的模块，连 orm 都没用。

至于 ThinkPHP 自身的问题，其实跟草根站长关系不大，是小型外包公司、小作坊、培训班联合起来，在原始作者极度缺乏统筹能力的情况下，把生态环境彻底搞砸了

@keinx #81
对啊对啊
老子就是牛逼 你咬老子啊？一只 lowB 跑 V2 上来舔 ThinkPHP 屁眼跟别人对着干好玩么

@likezun #77
作为一个曾经的 symfony 模块贡献大户，我都大多数场合弃坑了……
太过复杂，而 laravel 偶尔在用，只用于应付那种遍地优化都没法优化的查询逻辑的重型项目，以及预估数据量极低但是功能繁杂的项目比如医院的某些对外系统

现在小项目、简单项目用 ci ，大项目用 yii ，特殊符合一些特定需求的才上 laravel

@keinx #71
你这种连我的观点都没看明白就开始狂喷一气的渣只有 TP 用户圈里有

你没能力不代表别人没能力

至于我得框架，我都说的很清楚了，没那能力统筹就别干那统筹的活，一天跑 V2 上来发二维码要饭有意思么

我参与过的框架，估计您这个 level 的没听说过吧，叫 symfony