@songtianlun #18 强！这也太效率了 https://i.imgur.com/JqoC4L5.png

真不错，已 star~ 如果可以，建议还是增加个软件层面的备份、导出功能吧

还是牺牲一点便利，套一层 vpn 吧，不要把安全寄托再别人身上，今天是飞牛出问题，明天可能就会是别的

@PerFectTime 这个确实是，但还没上升到这个层面吧。现在应该还是单纯的团队危机意识不强，危机公关做得差吧

@v2exgo #8 那肯定了，群晖都经过这么长时间的沉淀了

@Kirkcong #10 也有可能是不优秀的，都没能活到大洋彼岸的我们认识它的那一天 https://i.imgur.com/N9E3iZ2.png 这里的优秀包括危机公关

没点进来以前，我以为是几 TB 的事，还想着说搞个大宽带服务器就解决了，点进来后……我承认是我想多了

第二点很认同，开源肯定更安全可靠。第一点就没法认同了，国外的月亮就一定更圆吗?

流程就跟 4#说的一样，大概就是：

1 、Other_B_VID_45 保持桥接
2 、在光猫-应用--IGMP 处，里面全部打勾了，有个宽带连接选 Other_B_VID_45 ，vlan 输入 50 ，保存，重启光猫。
4 、把电脑网线查到 Other_B_VID_45 勾选的网口上，此刻不会有 hdcp,也不会有 IP ，你要手工修改电脑的 IP
设置 IP 成任意，如 110.55.66.66 ，子网掩码 255.255.255.0 ，网关跟 DNS 留空，保存。
5 、打开 VLC media player ，播放流媒体，输入你所在地区的任意组播地址如（ rtp://xxx.xx.x.xx:xxx ），即可播放。

组播地址要多找几个，尽量找最新的，有一些是过期了无法访问的。
你能访问任意一个就是成功了，接下来就可以上软路由把组播转成单播了。

@cnwtex 之前也用了随机数，但性能很不好呢，高并发下查询一次基本要数十秒，后面就舍弃了

感谢大家的热心解答~
现在已经有解决的思路，谢谢大家

@realpg
用这个方法测试了两天，效率提高了很多，但是还是不够……
并发量太大， MYSQL 压力还是很大，很容易挂掉……

另外数据量不是固定 1000W 的，每天还会增加 100W 左右
如果用 Redis 效率应该会更高吧^_^

谢谢大家！
看到大家的热心解答，受益良多！

现在正在学 redis ，打算用 redis 解决，比较长远又效率

在 segmentfault 也收获另一个不错的解决方案，具体如下：
加个字段 pid ， UPDATE 的时候，顺便把这 100 条数据打上进程的标记：
'UPDATE `list` SET `State` = '1', `pid` = ' . getmypid() . ' WHERE `State` = '0' LIMIT 100;'
锁定了之后，再：
'SELECT * FROM `list` WHERE `pid` = ' . getmypid() . ' LIMIT 100'
来拿到这 100 条数据

@mifly 总记录的数量还会增加，而且线程数量也不固定。
InnoDB 能不能锁定查询到的 100 条记录，不给后面的再查询到这 100 条记录呢？

@winnie2012 求大神指导

@akira 每次处理需要的时间很多，而且总记录数量还会增加，有没有办法在 读取记录的方法 上实现？

@chinaglwo 在火狐 firebug 中查了一遍，没有发现这个请求。