在电商公司出单号的方法有以下几种：
使用MySQL的自增长字段
优点：不需要自己生成订单号，MySQL会自动生成。
缺点：如果订单表数量太大时需要分库分表，此时订单号会重复。如果数据备份后再恢复，订单号会变。
日期+随机数
优点：实现简单。
缺点：仍然有重复的可能，不建议采用此方案。
使用UUID
优点：不会重复。
缺点：订单号较长，可读性差。
使用Redis的incr命令
优点：可读性好，不会重复。
缺点：需要搭建Redis服务器。
数据库自增字段
实现方式：在数据库中新建一张订单量记录表维护每天的订单量。生成订单时，根据当天的日期查询这张表的订单数量加1，然后组合业务编码即为订单号。生成订单成功后在回写数据库。
优点：订单号唯一。
缺点：在高并发下会频繁更新订单量记录表，容易产生锁表问题。
平台提供的订单号生成API
实现方式：通过Web网站、电话呼叫中心或手机Wap下单时，调用平台提供的生成订单API，生成订单号后存储在相应的订单库中，最后同步到后台订单主库。
优点：实现简单，订单号由平台生成，避免了重复问题。
缺点：依赖于平台提供的API，可能存在平台限制或变更风险。
建议
选择合适的方案：根据公司的具体需求和技术架构选择最合适的订单号生成方案。如果对订单号的唯一性和可读性有较高要求，可以考虑使用Redis的incr命令或平台提供的API。如果系统规模较小，且对性能要求不高，可以使用MySQL的自增长字段。
考虑扩展性：如果预计未来订单量会大幅增加，建议选择能够水平扩展的方案，如使用Redis或数据库自增字段，以避免单点瓶颈。
确保数据一致性：无论采用哪种方案，都需要确保订单号的唯一性和数据的一致性，避免出现重复或错误。