@13192262269 数据量上去了，业务关系不是特别复杂的话，可以用 redis ；
或者你可以多建一张表，来存这个数组的内容，不建议你这样设计字段

不爆公司名字给大家排下雷？？

实在不行，手动替换字符串{为[ ，}为]，建议把这个存储改成 redis 吧，redis 支持 set 和 list 的 kv 存储。
要是我看到谁像你这样写我肯定喷他了。。

这里的问题不在于你要怎么转换，而是：明明这两个字段都是 list，为什么你还要在 DB 里把字段存成{"1", "2"}
存为["1", "2"]不什么事情都没有了么，而且{"1", "2"}是什么鬼，不应该是{"1"："", "2":""}吗

推荐优剪：互联网剪发，微信预约拿号排队不办卡，35 一次，缺点就是不洗，只是用吸发器吸；
但是我一般也不喜欢在剪发店洗，用的洗发水都很垃圾

微信的定位本身就是移动 IM 即时通信，又不是 QQ 这种开始主打 PC 客户端的，再说并不觉得电脑版和网页版的区别有多大，反而觉得不用装软件扫描上线挺方便，用完即走

换我估计早就拎起键盘砸他了

java 的生态比较全，很对现有技术都对 java 提供了原生友好的 API，而且 maven 科学的依赖包管理方式，
纯粹就业而言，java 对于后台开发是一个很不错的语言：
大数据 /分布式：zk、hadoop、hbase、hive、spark、flink 等等；
MQ：kafka、rocketMQ ；
配置 /日志：elastic search、disconf ；
RPC：Thrift、dubbo ；
AOP: springboot、springcloud ；

说用 python、php 可以搞一个项目的我承认可行，但是大团队协同开发中，不用 java 那套八股文式的结构，
可以参考下阿里，如果有很多参差不齐的开发者在团队中时，很难快速基于架构来敏捷迭代的。

说句不好听的：中国互联网加班严重、劳动密集，有很大一部分原因也是因为门槛被这样拉低了。
但是作为个人发展，我还是支持你亲戚的想法，毕竟人往上走才是正道。

现在的学生都把朋友圈发到 v2 来了。。。怪不得那么多毕业生连一面过不了

笔误。。是 MyISAM 不是 MySiam

上面有些回答真是要奔溃，很讨厌回答打个反问号，又不给实际解决方案和思路。。
（ 1 ）要理解 Mysql 恰恰就是适合处理百 /千万级别以下的数据量；
（ 2 ）检查你的表是什么存储引擎的，是 InnobDB 还是 Mysiam。查询效率上 Mysiam 支持全文索引，查询时性能也要强于 InnobDB，如果你们的数据是一次性的导入，基本都是批量更新的话，可以使用 Mysiam。但是如果更新的比较频繁的话，且要使用事务时，考虑使用 InnobDB。
（ 3 ）对于慢查询问题：show create table, 查看你表当前的索引，并且是否有主键。看你的情景，是要在百万中选出坏的，那么大致会有状态字段，看一下这个字段是否是作为单列索引存在于你的表中，如果没有，新建一个同样的表，加上索引，然后把数据拷贝过去，然后变更换表（千万不要在老表加索引，容易导致雪崩）。
（ 4 ）上 10W 数据的表，如果有频繁删除和更新，一定要记得定期做表的优化，Mysiam 的表可以用 optimize，InnobDB 的表用 ALTER TABLE table_name ENGINE = Innodb。因为表在删除数据必然会在数据文件中造成不连续的空白空间，而当再次插入数据时，这些空白空间则会被利用起来，数据的存储位置会不连续，导致大量空间碎片。因此要定期做表优化。
（ 5 ）查看 DB 机器机型和配置，是否性能不足是机器配置不够高导致的，数据库操作的性能主要瓶颈在于 I/O。
（ 6 ）尽量给 DB 做主从和集群（ MariaDB ）。

以上就是能想到的最基本的几个点。

招架构师 + Java 搬砖工 + netty 重构 + 堆机器集群
话说贵司的电商能到 20wTPS，你们是某东还是阿某呢

@wweir loraserver 感觉算是比较大的项目了，不过我一直觉得行数多少不是问题，主要是结构和思想够不够清晰和简洁
https://github.com/brocaar/loraserver

我要中大奖

@Acecc 年终啊。。