公司的短信平台,数据量愈来愈大了,须要对数据进行一些优化,下面是拆分后的数据库量参考。mysql
新开发的软件模块,必须支持分表,拆表的功能
一个数据表里,不适合保存1000万以上的记录
新开发的业务模块,能分表的全分表,不然,未来咱们没法用其余小型数据库,例如mysql
如今系统的短信已经进行了拆表
接着打算把日志也进行拆表
确保数据库里,没有庞大的表,随时能够切换数据库sql
每一个人把本身负责的事情,作到本身能力的及至,作到部门能力的及至,公司能力的及至,就颇有但愿了
有时候我说话很随意,可是通常会注意,我说出去的话,会不会打击人家的工做积极性,你们人家的兴趣爱好,不要给热情工做的小活子泼冷水什么的,尽可能是鼓励数据库
咱们传递参数时:
1: 不要传递网点的编号,尽可能传递id, 由于编号是能够修改的, 修改了编号,数据都对不上了。要传递Id.
2: 用户的编号也是可修改的,也是要传递Id,科学。
UserId, SiteId优化