体量巨大，功能那么多，非得全部塞进一个 app 里面，而且后台全家桶一般都会连锁启动，不卡才怪。

我觉得加盐就可以了，好歹每个用户的附加字符都完全不同。而且密码超过 12 位一般就很难再撞库了。

@msg7086 也是，对于我这个程度的，能用就好，不用太纠结这些事情，毕竟接触数据库的机会也不多，慢日志和类二进制日志也完全没去了解过，哈哈。不过现在程序也写完了，跑起来也不错，也不管这破事了，有时候写代码往往会去纠结一些奇怪的地方，现在想想，不就是多几次查询嘛，怕网络性能问题集中在一起让后台查询即可。这帖子也让我对数据库在用法上有了更多了解。至少对使用上的误区有了大致的概念。
其实我更想在项目中使用的是 MongoDB 这类非关系数据库，写法比较接近前端常用的 json，对前台更友好一些，但无奈项目使用什么程序不是我说了定的，哈哈有些遗憾。再次谢谢所有回答的朋友了，不管是批评的还是指点的。结贴吧，结贴吧。认真脸 ￣▽￣

莫名想起了那张水浒传骑自行车的图。。

@wxsm 这个时候域名邮箱的好处就出来了，直接绑定一个专门的域名邮箱，到时候不需要了，直接注销掉即可。只是有部分网站不允许使用私人的邮箱地址注册，对处女座的人来讲也是蛋疼。

我还以为是页面布局有什么高级操作，原来是指封面，笑了。。店家为了点击率也是拼了，不过楼主是不是查了什么迷一样东西，推荐才会收到这些内容，哈哈。

都习惯了，以前还做一下路由器过滤。现在懒得搞了，电信对手机劫持尤为严重，只要你开的程序或网页没有 HTTPS，有很大几率他们就会劫持。投诉过，但没什么卵用。

@DOLLOR 我感到我的智商受到了侮辱。。

@a7a2 哈哈，你这有些过分了啊。

我知道这种帖子一定有很多回复的人。

可能也是自己的说法有问题吧，明明只是想求一个 sql 语法，但却去强调了一下性能，其实性能倒是其次，我只是觉一个一个的 select 得这个方法实在是太笨了而已，需要多次请求数据库，从而连带的做了性能方面的猜想（其实就是我不了解数 mysql 据库造成的）但到最后这帖子变成了完全的性能方面的讨论，也实在是超出了我的预期。。而回复 sql 语法的也只有 16 楼。哈哈，尴尬了。。当然各位大佬说的都是经验只谈，比我瞎猜的肯定要靠谱，我个人感觉也的确有所收获，至少以后不会再去纠结性能问题。

@msg7086 基础的应该做好准备吧，比如加索引什么的。我查资料的时候，看到翻车的太多太多了，都是一开始写的不好，然后到处问。。唉，也是看怕了。随便从浏览器历史记录里翻出来了几个案例...
https://bbs.csdn.net/topics/90035915
https://bbs.csdn.net/topics/392091851?page=1
他们的数据库 10W 条就炸了。所以按这些案例来讲，我仍旧认为初期那些基础的优化还是有些必要的。当然这不是这个帖子要讨论的主题。。这个帖子似乎讨论方向一直朝着奇怪的方向前进着。。掰都掰不回来，其实我已经在 12、18 楼接受了各位大佬的看法并已经明确放弃使用 sql 语法来写了，转而使用 php 直接做逻辑层，现在代码都写好了，但关于性能的讨论却没断过，哈哈，感觉自己是在钓鱼，也是 6 的不行。

@liuzhedash 好的，谢谢，已经按照楼上几位大佬的方案写好了控制后台了。。

@q397064399 额。。这位兄台可能对数据库有着很深的执念啊....又难道我是发了一个不可理喻的问题？我虽然只是个前端，对于数据库设计也并不熟悉。但追求更好的写法，避免自己一个人造轮子踩坑应该没什么原罪吧。。依我的看法，不要说 5 亿数据的表了，表的优化没事先做好，数据量能超过百万还能用就很看人品了，数据库的优化应该事先做好，而不是等到出性能问题了再改表，到时候可能数据多了也不好改的，所以就请教一下而已。。。
结贴了。结贴了，手动下沉。。一直挂在顶部，指不定等一下又碰到几个暴躁老哥呢。。 =_=

@msg7086 我只是觉得可能有更好的办法，毕竟新手，有时候对自己想到的办法还是不太自信，结果似乎大家都是和我一样的做法，那我也没什么问题了，直接这样老老实实一步一步判断就行了。性能问题也是我想当然的，理解肯定不及各位常年使用数据库的大佬，还是谢谢各位解答的朋友了。能百忙之中回答我的问题就很感谢了。

@watzds @letitbesqzr 恩，也就是说，让 mysql 一个一个条件的 select 这样查找，数据库时可行的是吗？如果这样的话，假设有 3 个字段需要判断（一般都至少有 3 个，邮箱，用户名，电话等），那至少要读写数据库 4 次（ 3 次判断，没问题写入 1 次），高并发情况下我觉得也太多了。。当然注册一般没那么多并发，只是对于数据库这样使用还是心存疑惑，感觉这种方法好笨...哈哈，可能是我太多虑了吧。回头写一下吧，出问题再说。。感谢所有回答的朋友了。

@thread2 恩，感谢你的回答，这也是一个思路，这样的话鼠标离开输入框，激活一个 ajax 事件，后台直接 select 当前输入框参数，就能知道哪个重复了，而后台使用唯一约束让前台进行这方面的过滤也不会存在安全问题。但性能方面应该和我的方法差不多吧，区别只是一个放在前台分散验证，而我的方法是上传后在后台集中验证。如果能一次访问是不是更好呢？

服务器内把 80 端口的数据全部 301 重定向到 443 端口即可，当然准备伪静态文件放入网站根目录也可以。

不被允许使用公司网络，那只能开私人热点了，买个流量卡就成。如果允许连入公司网络但公司网络有审查，而家中电脑的访问又不被拒绝的话，可以在家中电脑上开 SS 服务端，然后连接上网。所有流量将通过家中的服务器进行转发，公司监管看到的应该只有你和家中电脑的通讯。当然以上是我乱讲的，可以试试但不一定成功。