公众号小程序年审&mysql分表备份（今日任务20240428）

（1）微信公众号和小程序年审

        微信公众号预计5月20号到期，所以提前提交资料年审。资料就营业执照有变更，其他的没有变化。最后支付300元费用，等待微信审核中。

        小程序有好几个，也提示准备到期，需要进行年审。小程序是我再微信公众号下创建的，那时候(2023年)是免费创建的，而且不需要年审和费用，今年就不一样，微信修改规则了，小程序需要单独年审并且还要备案。

        刚交了300元微信公众号年费，小程序每一个又要交300元，当时心情是很不美丽的。因为有好几个小程序，今年钱又不好挣，综合评估了下，小程序不再进行年审了。

        目前小程序用到蓝牙、NFC等硬件接口，当时用小程序主要方便一套程序可以在安卓和苹果系统上使用，不用开发安卓和苹果app。

        接下来可能要计划，一些小应用和工具，就自己开发安卓app或者苹果app（记得之前开发苹果app也要交年费o(╥﹏╥)o），这样灵活性、自主性更高。

     

（2）编写某产品主板的安装指引说明书

（3）mysql 分表 备份

         有一个项目设备历史记录表，整表的文件大小大概有2GB了，大概有500万条记录。之前有给它做了字段的索引，查询速度还是可以的。不过最近查询比较慢了，经常提示查询超时了，所以今天就想给这个表的数据优化下。

        这个项目就一个数据库，没有数据库做主从备份这种高可用的，因为开发和运营成本就摆在那里(能省则省)。云服务器+myql+应用程序+nginx就这样的架构。不过数据库数据是会定期全备份下来的，不然整有一天蹦了，那就麻烦了。

  满足条件：

1. 不能停止数据库服务，因为记录表随时有添加新记录。
2. 记录表要保留最近3个月的数据。
3. 把最近3个月之前的数据拷贝到备份表中，备份表年年份创建，比如log_2022、log_2023。

最后写了程序简单处理下，把记录表之前的记录添加备份表中，添加成功之后删除记录表的数据。

备注：为什么开发之初没做读写分离或分区分表？也许听信“过早优化是万恶之源”吧(*￣︶￣)。