盘点2020之5G标准

晚上，我被叫进宽大的办公室，总监正在煮茶。高压锅煮着长嘴茶壶，水蒸气缭绕。领导举手之间，淡黄茶水奔涌而出，倒立而下浇上茶叶，漏出两杯茶水。

“喝茶?”领导推给我一杯，然后自己抿了一口。沉默良久，把显示器转到我这边：“最近数据库表出现了些有意思的东西，你来看看”。

我探着脑袋一瞧，心凉了半截。

时隔五年，又在项目里见到哥哥表和妹妹字段，着实让我坐立不安。所谓哥哥表，就是名称叫做gg的数据库表，意为公共;所谓妹妹字段，就是名称叫做mm的表子段，意为密码。比起shit mountain来，这些命名更让人浮想联翩，实为不规范之典范。

这么魔幻的事情，不止一次出现，任何领导都会坐不住。可惜的是，一次次的会议，专项讨论某一个SQL禁止条例，到最后还是大开方便之门，过往的规范承诺皆抛之脑外。

数据库命名规范是最基础的规范，连这个都没做好，证明监管工作确实出现了纰漏。我赶紧掏出自己的手机，翻到xjjdog的文章，打算把数据库要注意的点，给领导汇报一下。

也顺便向大家汇报。

我把规范分成了统一的规范、索引规范、SQL规范、命名规范、安全规范、性能小Case等6个部分。

请听我慢慢道来。

1. 统一的规范

首先，我们来一些通用的规范。这里有很多是经验值，如果你的数据库所在的宿主机硬件，并不是十分的牛X，可以考虑再降低一下标准。

存储引擎： 请统一使用innodb存储引擎，特殊的数据库引擎必须通过DBA的评审。

字符集：统一使用utf8字符集。这个要从应用程序、服务器、数据库的表、字段等全部统一起来。注意：MySQL中的utf8mb4字符集，才是真正的utf8，请用这个。

作用范围：不要在MySQL存储大对象，比如图片、音乐等;不要用MySQL做Gis运算、全文检索;不使用存储过程、触发器、函数、外键，避免破坏数据库的性能和扩展性。

使用上限：

• 每个MySQL实例，数据库不要超过50个;
• 单数据库容量，不要超过500GB，否则分库;
• 单表记录数量，不要超过5000W，否则分表;
• 单表子段数量，不要超过30个，否则拆表;
• 单张表中索引数量不超过5个，单个索引中的字段数不超过5个;
• varchar字段最大值不超过1024;注意：VARCHAR(N)中的N表示字符数而非字节数

2. 索引规范

索引是数据库中非常重要的结构，可以加速数据的检索。但索引是要占用大量空间的，如果你的数据表里面没几条记录，就不必创建索引。比如2000条以下。
 

寄语HarmonyOS

作为直接参与 HarmonyOS 应用生态的开发者，刘老师表示，HarmonyOS过去一年以来的发展速度极快，仅仅一年时间里已经在功能层面接近成熟的安卓系统水平。HarmonyOS的数据分布式能力对于Fit帮助巨大，不仅可以明显减少跨设备开发的工作量，而且还会提升用户端的应用安全性。在对新平台满怀期待的同时，刘老师也向广大开发者建议可以尝试一下HarmonyOS，亲自感受华为这一创新系统的实力和潜能：
“开发上的问题不用过于担心，HarmonyOS直接上手的难度也没那么高。再加上华为技术支持的帮助，我认为开发工作不存在多少障碍。”

陶老师则着重强调了HarmonyOS为Fit带来的用户增长突破，以及双方合作为团队创造的学习和迎接挑战的机遇。针对开发者最关心的支持问题，陶老师给出了这样的建议：
“应用开发公司完全不必因为HarmonyOS是新的平台，就在开发工作量或者适配难度上有任何顾虑。华为的开发者支持团队是24小时待命的，会全力帮助我们尽早适配这个系统，解决各类技术难题，让围绕HarmonyOS的开发和对接工作变得无比流畅。”

最后陶老师表示，对于技术类的创业公司来说，华为HarmonyOS是一个很好的合作伙伴，能够帮助公司业务持续向前，开拓全新的渠道和机遇。

（编辑：淮安站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!